Dunst: Уведомления Dunst отображаются на заблокированном экране (betterlockscreen, xtrlock)

Созданный на 27 мар. 2020 · 5Комментарии · Источник: dunst-project/dunst

Информация об установке

Если ваша версия датируется до 1.2, пожалуйста, исключите, что поведение уже исправлено в master

Версия: Dunst - A customizable and lightweight notification-daemon 1.4.1 (2019-07-03)
Тип установки: dunst из официальных репозиториев Arch
Дистрибутив и версия: Arch Linux

Исходный выпуск: https://github.com/pavanjadhaw/betterlockscreen/issues/160

Спрашиваю здесь, поскольку проблема возникает как с betterlockscreen и с xtrlock .

Я использую Arch Linux со следующими пакетами:

Моя проблема в том, что уведомления 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

_Примечание: я также пробовал использовать killall -SIGUSR1 dunst и killall -SIGUSR2 dunst как это было предложено в Arch Wiki ._

и вот как это запускается 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

Источник

ghost

Все 5 Комментарий

Ну, я поддерживаю это, и у меня даже такая же проблема. : see_no_evil: Я использую i3lock в качестве экрана блокировки, а я использую compton в качестве менеджера композитинга.

В ходе нашего исследования мы выяснили, что он связан с композитором вашей системы, который вводит какие-то странные условия гонки или около того ....: confused: Ref: i3 / i3lock # 204 # 553

bebehei 27 мар. 2020

👀1 👍1

Помимо проблемы с композитором, решение для паузы / возобновления, упомянутое выше, является моим обходным путем, и в моем случае оно отлично работает.
Я подозреваю, что это ошибка в betterscreenlock из-за быстрого чтения скрипта, который он вызывает i3lock, без --nofork поэтому i3lock сразу же разветвляется при запуске, что делает он запускает команду возобновления паузы.

tsipinakis 27 мар. 2020

В ходе нашего исследования мы выяснили, что он связан с композитором вашей системы,

Спасибо за информацию, сейчас я отключу picom и посмотрю, решит ли это проблему.

Помимо проблемы с композитором, решение для паузы / возобновления, упомянутое выше, является моим обходным путем, и в моем случае оно отлично работает.
Я подозреваю, что это ошибка в betterscreenlock из-за быстрого прочтения скрипта, который он вызывает i3lock без --nofork, поэтому 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

ghost 27 мар. 2020

Поэтому я отключил picom и могу подтвердить, что ни одно уведомление не появилось на моем экране блокировки (в настоящее время используется betterlockscreen ) за последние ~ 15 часов. Все они отображались после того, как я разблокировал.

ghost 28 мар. 2020

Я могу подтвердить, что у меня такая же проблема с Picom. Отключение тоже решает проблему, но, к сожалению, мне это нужно. Может, нам стоит отнести это в Пиком?