Peut-être que je fais quelque chose de mal, mais les commandes (exécutées séparément)

notify-send -t 1 "test"
notify-send -t 1000 "test"
notify-send -t 10000 "test"

Avez-vous des délais d'attente différents? Le premier étant presque instantané, le second prenant 1 seconde et le troisième 100 secondes. Dans tous les cas, cela semble prendre environ six secondes.

Y a-t-il un moyen de contourner le comportement? Comme les développeurs qualifient cela de "fonctionnalité" plutôt que de bug, je voudrais quelques alternatives ...

C'est un bug connu: https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/390508

(Ceci est considéré comme une 'décision de conception' par le responsable.)

Comme mentionné dans l'un des messages ci-dessus, il existe une décision de conception pour interdire cette fonctionnalité. Heureusement pour vous, d'autres personnes sont également en désaccord et ont mis en place un PPA et vous pouvez également inverser cette décision pour votre système.

Pour résoudre votre problème, il suffit de:

sudo add-apt-repository ppa:leolik/leolik 
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install libnotify-bin
pkill notify-osd

Optionnel

Pour ajouter encore plus de fonctionnalités d'envoi-notifier que celles actuellement disponibles:

À partir d’Ubuntu 16.04:

sudo add-apt-repository ppa:nilarimogard/webupd8
sudo apt update
sudo apt install notifyosdconfig

Pour les versions 9.10-14.10:

sudo add-apt-repository ppa:amandeepgrewal/notifyosdconfig
sudo apt-get update
sudo apt-get install notifyosdconfig

Pour plus d'informations sur la solution ci-dessus, lisez cet article:

Bulles de notification configurables pour Ubuntu

Il s’agissait d’une violation intentionnelle des conventions établies sans exclusion dans l’environnement terminal hôte. c'est à dire. notify-sendne devrait plus exister car il compromet la fonctionnalité attendue et documentée bien établie, donc une nouvelle commande notify-graffitidevrait maintenant exister - Quoi ???? Attendez une seconde ... tous les scripts qui utilisent l'orthographe "conventionnelle" du nom de la commande seront compromis!?! en changeant la convention de l'épellation du nom de la commande?!?! - hmmm Cette philosophie est exceptionnellement, paradoxalement hypocrite, de la part de l’interface de terminal de bureau Unity.

Cela ne peut pas être fait dans les deux sens - en préservant certaines conventions. le nom d'une commande et pourtant pas d'autres, la fonctionnalité d'une commande telle que documentée. Si la fonctionnalité doit être compromise, le nom de la commande doit également l'être afin de préserver l'intégrité, la convention, la cohérence, etc. de l'utilisateur "expérience", ou est-ce "utilisateur" frustration "," ennui "," irritation ",. ..

ref:

• pour plus de détails, voir: Quel est le nom du programme qui affiche les notifications?
• vérifier " man notify-send"
• voir la section Notification de non-expiration dans le document Ubuntu Notification | Développeur d'applications Ubuntu

Signet:
Notify-send ignore le délai d'attente?

Un petit script très utile, notify-send.sh, remplace en remplacement de notify-send et vous permet de fermer ou de remplacer les notifications envoyées précédemment.

Edit: comme l'a souligné @Glutanimate, ce script prend en charge le délai d'expiration par défaut.

Je ne pouvais pas obtenir le délai d'expiration au travail, alors je me suis plutôt tourné vers un moyen hacky d'envoyer une notification avec un délai d'expiration de 2 secondes comme celui-ci:

notify-send.sh --print-id test | xargs -I {} bash -c "sleep 2 && notify-send.sh --close={}" &

Pour ceux qui utilisent l'environnement de bureau Cinnamon, un paramètre peut être activé:

Notifications> Supprimer les notifications une fois leur délai d'attente écoulé

C'est en millisecondes. J'ai testé sur XUbuntu 16.04 (Ubuntu XFCE)

notify-send -t 3000 "test"

exactement 3 secondes