Dunst - A customizable and lightweight notification-daemon 1.4.1 (2019-07-03)
dunst
Arch Linux
元の問題: https :
問題はbetterlockscreen
とxtrlock
両方で発生するため、ここで質問します。
次のパッケージでArchLinuxを使用しています。
私の問題は、 dunst
通知がまだロック画面に表示されることです。
systemctl enable betterlockscreen@$USER
を実行して、ユーザーサービスを有効にしました。
私が正しく理解していれば、ユーザーにsystemdサービスが有効になっているので、betterlockscreenはありません、以下をして、ロックする前にこのロック解除後。
回避策として通常のbetterlockscreen -l -t ""
コマンドを使用する代わりに、これらのコマンドを複製するロック画面スクリプトを使用しようとしましたが( dunst
通知が引き続き表示されていたため)、残念ながら違いはありません。
lockscreen.sh
#!/bin/bash
pkill -u "$USER" -USR1 dunst
betterlockscreen -l -t ""
pkill -u "$USER" -USR2 dunst
_注: Arch Wikiで提案されているように、 killall -SIGUSR1 dunst
とkillall -SIGUSR2 dunst
も試してみました。_
xidlehook
AURによってトリガーされる方法は次のとおりです。
~/.xinitrc
#!/bin/bash
dunst &
xset s on &
xset s 600 &
xidlehook \
--not-when-fullscreen \
--not-when-audio \
--timer 300 '~/scripts/lockscreen.sh' '' &
つまり、基本的に、画面は5分後にロックされ、さらに5分後にオフになります。 これは完全に正常に機能します。私の唯一の問題は、 dunst
通知がまだロック画面に表示されていることです。
再現するのはかなり難しいです。
前もって感謝します。
編集:私もpicom
しており、 picom.conf
は次のものがあります:
picom.conf
backend = "glx";
glx-no-stencil = true;
glx-copy-from-front = false;
shadow = false;
shadow-radius = 5;
shadow-offset-x = -5;
shadow-offset-y = -5;
shadow-opacity = 1;
shadow-ignore-shaped = false;
inactive-opacity = 1;
active-opacity = 1;
frame-opacity = 1;
inactive-opacity-override = false;
detect-client-opacity = true;
blur-background = false;
blur-background-frame = false;
blur-background-fixed = false;
fading = true;
fade-delta = 4;
fade-in-step = 0.03;
fade-out-step = 0.03;
fade-exclude = [ ];
mark-wmwin-focused = true;
mark-ovredir-focused = true;
use-ewmh-active-win = true;
detect-rounded-corners = true;
refresh-rate = 0;
vsync = true;
dbe = false;
unredir-if-possible = false;
focus-exclude = [ ];
detect-transient = true;
detect-client-leader = true;
wintypes:
{
tooltip =
{
# fade: Fade the particular type of windows.
fade = true;
# shadow: Give those windows shadow
shadow = false;
# opacity: Default opacity for the type of windows.
opacity = 1;
# focus: Whether to always consider windows of this type focused.
focus = true;
};
popup_menu = { opacity = 1; };
};
xrender-sync-fence = true;
ええと、私はこれのメンテナーであり、同じ問題を抱えています。 :see_no_evil:ロック画面としてi3lockを使用しており、コンポジットマネージャーとしてcomptonを使用しています。
私たちの調査では、システムのコンポジターにリンクされていることがわかりました。これにより、奇妙な競合状態などが発生します。...:confused:Ref:i3 / i3lock#204#553
コンポジターの問題以外に、上記の一時停止/一時停止解除の解決策が私の回避策であり、私の場合は完全に機能します。
ここで機能しない理由として、これは--nofork
なしでi3lockを呼び出すスクリプトのクイックリードスルーからのbetterscreenlock
バグであると思われるため、i3lockは起動時にすぐにフォークします。 unpauseコマンドを実行します。
私たちの調査では、それがあなたのシステムのコンポジターにリンクされていることがわかりました、
情報をありがとう、私は今のところpicom
を無効にして、それが問題を解決するかどうかを確認します。
コンポジターの問題以外に、上記の一時停止/一時停止解除の解決策が私の回避策であり、私の場合は完全に機能します。
ここで機能しない理由として、これは--noforkなしでi3lockを呼び出すスクリプトのクイックリードスルーからのbetterscreenlockのバグであると思われるため、i3lockは起動時にすぐにフォークしてunpauseコマンドを実行します。
私が言ったように、この問題はxtrlock
(私が間違っていなければi3lock
使用しません)でも発生し、次のスクリプトで呼び出されます。
lockscreen.sh
:
#!/bin/bash
pkill -u "$USER" -USR1 dunst # or killall -SIGUSR1 dunst
xtrlock -b
pkill -u "$USER" -USR2 dunst # or killall -SIGUSR2 dunst
そのため、 picom
を無効にしたところ、過去15時間以内にロック画面(現在はbetterlockscreen
)に通知が1つも表示されなかったことを確認できます。 ロックを解除すると、すべて表示されました。
picomを実行しても同じ問題が発生していることを確認できます。 無効にすると問題も解決しますが、残念ながら必要です。 おそらくこれをpicomに持っていくべきですか?