Comment augmenter le temps d'attente pour les programmes qui ne répondent pas?


24

J'ai installé un GNOME Ubuntu et j'ai constaté que j'obtiens beaucoup de PROGRAMME ne répond pas aux messages.

Je dois soit "Forcer à quitter" le programme ou "Attendre" un peu plus.

J'ai remarqué que chaque fois que j'attends le programme, le programme continue finalement sans problème.

Donc, je pense qu'il pourrait y avoir une configuration de "délai d'attente" pour que les programmes soient considérés comme ne répondant pas et je veux augmenter ce délai.


Même problème ici. Je travaille souvent sur un répertoire réseau et mon message est venu dans la plupart des cas juste avant l'enregistrement du fichier. Je dois donc simplement cliquer sur attendre. Je recherche une solution avec gnome-shell.
Willi

Je suis également confronté au même problème, mais j'ai compris où se situe exactement le problème. Voulez-vous collaborer pour résoudre ce problème? tuxdna.in/blog/2014/07/15/…
tuxdna

Demande de fonctionnalité que j'ai déposée indépendamment de la lecture de ceci: gitlab.gnome.org/GNOME/mutter/issues/32
Nathaniel M. Beaver

Réponses:


14

Il n'a pas pu être configuré, car la valeur de délai d'attente est définie comme une valeur constante dans la source de murmure. gnome-shell fait référence à la bibliothèque mutter. J'ai trouvé la valeur du délai d'attente à la source du murmure, mutter-3.10.4 / src / core / display.c.

...
#define PING_TIMEOUT_DELAY 5000

Et il est utilisé par une fonction ci-dessous nommée meta_display_ping_window

ping_data->ping_timeout_id = g_timeout_add (PING_TIMEOUT_DELAY, meta_display_ping_timeout, ping_data);

Il se réfère à la fonction lorsque la fenêtre est activée:

window_activate(mutter-3.10.4/src/core/window.c) -> meta_window_check_alive(mutter-3.10.4/src/core/delete.c) -> meta_display_ping_window(mutter-3.10.4/src/core/display.c)

Comme vous pouvez le voir ci-dessus, le délai d'attente est de 5 secondes.

Vous pouvez modifier la valeur juste pour vous car le mutter est un projet open source.

Et la valeur du délai d'attente est référencée dans un autre cas lorsque la fenêtre est fermée. Le flux de suppression de fenêtre est comme

meta_window_delete(mutter-3.10.4/src/core/delete.c) -> meta_window_check_alive(mutter-3.10.4/src/core/delete.c) -> meta_display_ping_window(mutter-3.10.4/src/core/display.c)

Cependant, je pense que vous devez modifier la source de votre fenêtre différée. Ou je pense que vous pouvez en discuter avec les développeurs / mainteneurs.

Vous pouvez préparer l'environnement de génération et obtenir la source avec les commandes suivantes.

$ sudo apt-get build-dep mutter
$ sudo apt-get source mutter

Pour le construire, reportez-vous

https://www.debian.org/doc/manuals/apt-howto/ch-sourcehandling.fr.html https://wiki.debian.org/BuildingTutorial


-1

Je ne sais pas si répondre à cette vieille question a un sens, mais peut-être que pour quelqu'un ce sera utile.

J'ai essayé de construire la bibliothèque murmure à partir de la source, mais j'ai abandonné, car cette bibliothèque dépend de nombreuses autres bibliothèques, et ces bibliothèques dépendent également d'autres bibliothèques.

J'avais besoin d'un moyen de fermer cette boîte de dialogue une fois qu'elle apparaît, mais je n'ai pas pu la fermer dans l' application Wine . J'ai donc écrit un petit script en bash, qui tuera cette fenêtre si elle apparaît.

#!/bin/bash 

while [  true ]; do
    VAL=$(ps -fA | grep "class mutter-dialog" | grep -cv grep)

    if [ $VAL -eq 1 ]
    then
            ID=$(ps -fA | grep "class mutter-dialog" | grep -v grep | awk '{print $2}')
            sleep 5
            echo killing $ID
            kill $ID
            exit 0
    fi

    sleep 10
done
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.