Dunst: إخطارات Dunst معروضة على شاشة القفل (betterlockscreen ، xtrlock)

تم إنشاؤها على ٢٧ مارس ٢٠٢٠ · 5تعليقات · مصدر: dunst-project/dunst

معلومات التثبيت

إذا كان الإصدار الخاص بك قبل 1.2 ، يرجى استبعاد أن السلوك تم إصلاحه في الأصل بالفعل

الإصدار: 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 -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 في ٢٧ مارس ٢٠٢٠

👀1 👍1

بخلاف مشكلة المكون ، فإن حل الإيقاف المؤقت / إلغاء الإيقاف المذكور أعلاه هو الحل البديل ، وهو يعمل بشكل مثالي في حالتي.
لماذا لا يعمل هنا ، أظن أن هذا خطأ في betterscreenlock من قراءة سريعة للنص البرمجي الذي يطلق عليه i3lock بدون --nofork لذلك i3lock فور إطلاقه مما يجعل يقوم بتشغيل الأمر unpause.

tsipinakis في ٢٧ مارس ٢٠٢٠

اكتشفنا في بحثنا أنه مرتبط بمؤلف نظامك ،

شكرًا على المعلومات ، سأقوم بتعطيل picom الآن ومعرفة ما إذا كان ذلك يحل المشكلة.

بخلاف مشكلة المكون ، فإن حل الإيقاف المؤقت / إلغاء الإيقاف المذكور أعلاه هو الحل البديل ، وهو يعمل بشكل مثالي في حالتي.
لماذا لا يعمل هنا ، أظن أن هذا خطأ في قفل الشاشة الأفضل من قراءة سريعة للنص البرمجي الذي يطلق عليه i3lock بدون --nofork ، لذا فإن i3lock forks فور التشغيل مما يجعله يقوم بتشغيل الأمر 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 في ٢٧ مارس ٢٠٢٠

لذلك قمت بتعطيل picom ويمكنني أن أؤكد أنه لم يظهر إشعار واحد على شاشة القفل الخاصة بي (التي تستخدم حاليًا betterlockscreen ) في آخر 15 ساعة تقريبًا. تم عرضها جميعًا بعد أن فتحت القفل.

ghost في ٢٨ مارس ٢٠٢٠

يمكنني أن أؤكد أن لدي نفس المشكلة في تشغيل picom. يؤدي تعطيله إلى حل المشكلة أيضًا ، لكن للأسف أحتاجه. ربما يجب أن نأخذ هذا إلى بيكوم؟