Dunst: Dunst ne respecte plus `-r` (replace)

Créé le 24 nov. 2018 · 4Commentaires · Source: dunst-project/dunst

J'ai récupéré la dernière version de Dunst aujourd'hui et l'ai construite. Il semble que la fonctionnalité de remplacement ne fonctionne plus alors qu'elle fonctionnait parfaitement auparavant.

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

Il semble qu'il ne remplace plus l'identifiant précédent et mes notifications de volume s'empilent les unes sur les autres. Comme il est montré dans l'extrait à chaque fois qu'il s'exécute, un nouvel identifiant est généré et ne respecte plus le -r $id .

Le dernier commit de travail est: f0b047497eabf3 , donc tout ce qui a causé ce problème se trouve dans le commit suivant qui a été fusionné sur 2018-11-11 :

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

Avant cette validation, le résultat de l'extrait ci-dessus était comme prévu:

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

Informations d'installation

Version: Dunst - A customizable and lightweight notification-daemon v1.3.2-235-gd786381
Type d'installation: manually
Distro et version: Ubuntu 18.04.1 LTS x86_64

Bug

Source

existme

Tous les 4 commentaires

Le correctif est déjà inclus dans # 551. Donc, avant la sortie, nous aurons ce problème.

Mais de toute façon, pendant que vous êtes ici, consultez la fonctionnalité stack_tag, qui est beaucoup plus agréable qu'un ID aléatoire, qui n'existe en fait pas.

bebehei le 24 nov. 2018

👍1

Merci pour les commentaires rapides. Cependant, je n'ai pas trouvé de documentation concernant stack_tag .
J'ai ajouté cette section à dunstrc :

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

Est-ce suffisant, quels seraient les autres avantages d'une telle fonctionnalité? ou c'est juste un moyen de remplacer les identifiants aléatoires comme vous l'avez dit.

existme le 24 nov. 2018

@existme Il n'y a pas beaucoup de documentation là-dessus, vous avez raison, mais cet exemple est à peu près tout: les notifications avec la même balise se remplacent. Comme vous l'avez dit, il est destiné à résoudre ce cas d'utilisation exact sans utiliser d'identifiants aléatoires qui peuvent potentiellement entrer en conflit avec d'autres notifications.