Dunst: ロック画面に表示されるダンスト通知(betterlockscreen、xtrlock)

作成日 2020年03月27日  ·  5コメント  ·  ソース: dunst-project/dunst

インストール情報

バージョンの日付が1.2より前の場合は、動作がすでにマスターで修正されていることを除外してください
  • バージョン: Dunst - A customizable and lightweight notification-daemon 1.4.1 (2019-07-03)
  • インストールタイプ:公式Archリポジトリからのdunst
  • ディストリビューションとバージョン: Arch Linux

元の問題: https

問題はbetterlockscreenxtrlock両方で発生するため、ここで質問します。


次のパッケージで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 dunstkillall -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;

Bug graphics help wanted

全てのコメント5件

ええと、私はこれのメンテナーであり、同じ問題を抱えています。 :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に持っていくべきですか?

このページは役に立ちましたか?
0 / 5 - 0 評価

関連する問題

atomheartother picture atomheartother  ·  6コメント

adihrustic picture adihrustic  ·  3コメント

Kaligule picture Kaligule  ·  5コメント

existme picture existme  ·  4コメント

Anachron picture Anachron  ·  4コメント