Dunst: Dunst respektiert `-r` (ersetzen) nicht mehr

Erstellt am 24. Nov. 2018  ·  4Kommentare  ·  Quelle: dunst-project/dunst

Ich habe heute die neueste Version von Dunst abgerufen und gebaut. Es scheint, dass die Ersetzungsfunktion nicht mehr funktioniert, obwohl sie zuvor perfekt funktioniert hat.

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

Es scheint, dass es die vorherige ID nicht mehr ersetzt und meine Volume-Benachrichtigungen übereinander gestapelt sind. Wie jedes Mal, wenn es ausgeführt wird, im Snippet angezeigt wird, wird eine neue ID generiert, die die -r $id nicht mehr berücksichtigt.

Das letzte funktionierende Commit ist: f0b047497eabf3 . Was auch immer dieses Problem verursacht hat, ist das folgende Commit, das auf 2018-11-11 :

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

Vor diesem Commit war das Ergebnis des obigen Snippets wie erwartet:

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

Installationsinformationen

  • Version: Dunst - A customizable and lightweight notification-daemon v1.3.2-235-gd786381
  • Installationstyp: manually
  • Distribution und Version: Ubuntu 18.04.1 LTS x86_64
Bug

Alle 4 Kommentare

Das Update ist bereits in # 551 enthalten. Vor der Veröffentlichung wird dies behoben sein.

Aber während Sie hier sind, sehen Sie sich die Funktion stack_tag an, die viel besser ist als eine zufällige ID, die es eigentlich nicht gibt.

Vielen Dank für das schnelle Feedback. Ich konnte jedoch keine Dokumentation zu stack_tag .
Ich habe diesen Abschnitt zu dunstrc hinzugefügt:

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

Ist das genug, was wären die anderen Vorteile einer solchen Funktion? oder es ist nur eine Möglichkeit, zufällige IDs zu ersetzen, wie Sie sagten.

@existme Es gibt nicht viel Dokumentation, Sie haben Recht, aber dieses Beispiel ist es so ziemlich: Benachrichtigungen mit demselben Tag ersetzen sich gegenseitig. Wie Sie sagten, ist beabsichtigt, diesen genauen Anwendungsfall zu lösen, ohne zufällige IDs zu verwenden, die möglicherweise mit anderen Benachrichtigungen in Konflikt stehen können.

Danke @tsipinakis für die Klarstellung.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen