Dunst: Dunst不再尊重`-r`（替换）

创建于 2018-11-24 · 4评论 · 资料来源: dunst-project/dunst

我今天已获取最新版本的Dunst并进行了构建。尽管替换功能以前工作得很完美，但似乎不再起作用。

$ dunstify -r 2593 -p "test volume"
13
$ dunstify -r 2593 -p "test volume"
14
$ dunstify -r 2593 -p "test volume"
15

似乎它不再取代以前的ID，并且我的音量通知彼此叠加。正如它在每次运行时在代码段中所显示的那样，将生成一个新的ID，并且不再使用-r $id 。

最后一个有效的提交是： f0b047497eabf3 ，因此导致此问题的原因在于合并在2018-11-11的以下提交中：

d879d70da060ea 2018-10-25 12:32 +0200 Jordan Galby Implement stack_tag, implementing x-canonical-private-synchronous

在此提交之前，以上代码段的结果与预期的一样：

$ dunstify -r 2593 -p "test volume"
2593
$ dunstify -r 2593 -p "test volume"
2593
$ dunstify -r 2593 -p "test volume"
2593

安装信息

版本： Dunst - A customizable and lightweight notification-daemon v1.3.2-235-gd786381
安装类型： manually
发行版本： Ubuntu 18.04.1 LTS x86_64

Bug

资料来源

existme

所有4条评论

该修复程序已包含在＃551中。因此，在发布之前，我们将修复此问题。

但是无论如何，当您在这里时，请检查一下stack_tag功能，它比一个随机ID（实际上不存在）好得多。

bebehei 于 2018-11-24

👍1

感谢您的快速反馈。但是，我找不到有关stack_tag文档。
我已将此部分添加到dunstrc ：

[volume]                                                                         
    appname = volume                                                             
    history_ignore = yes                                                         
    foreground = "#ebdbb2"                                                       
    set_stack_tag = "volume"

这够了，这种功能的其他好处是什么？或者这只是您替换随机ID的一种方式。

existme 于 2018-11-24

@existme上面没有太多的文档，对的，但是这个例子非常多：具有相同标签的通知将彼此替换。如您所说，它旨在解决这个确切的用例，而不使用可能与其他通知潜在冲突的随机ID。

tsipinakis 于 2018-11-26

👍1

感谢@tsipinakis的澄清。

existme 于 2018-11-30

此页面是否有帮助？

0 / 5 - 0 等级

Dunst: Dunst不再尊重`-r`（替换）

安装信息

所有4条评论

相关问题