Dunst: Notifikasi Dunst ditampilkan di lockscreen (lebih baik lockscreen, xtrlock)

Dibuat pada 27 Mar 2020 · 5Komentar · Sumber: dunst-project/dunst

Info pemasangan

Jika tanggal versi Anda sebelum 1.2, harap singkirkan, bahwa perilaku tersebut sudah diperbaiki di master

Versi: Dunst - A customizable and lightweight notification-daemon 1.4.1 (2019-07-03)
Jenis instalasi: dunst dari repositori resmi Arch
Distro dan versi: Arch Linux

Masalah asli: https://github.com/pavanjadhaw/betterlockscreen/issues/160

Bertanya di sini karena masalah terjadi pada betterlockscreen dan xtrlock .

Saya menggunakan Arch Linux dengan paket-paket berikut:

Masalah saya adalah notifikasi dunst masih muncul di layar kunci.

Saya telah menjalankan systemctl enable betterlockscreen@$USER untuk mengaktifkan layanan pengguna.

Jika saya mengerti dengan benar, karena layanan pengguna systemd diaktifkan, layar kunci lebih baik melakukan hal berikut sebelum mengunci, dan ini setelah membuka kunci.

Saya mencoba menggunakan skrip layar kunci yang mereplikasi perintah ini alih-alih menggunakan perintah betterlockscreen -l -t "" sebagai solusi (karena pemberitahuan dunst masih ditampilkan), tetapi sayangnya tidak ada bedanya.

lockscreen.sh

#!/bin/bash

pkill -u "$USER" -USR1 dunst
betterlockscreen -l -t ""
pkill -u "$USER" -USR2 dunst

_Catatan: Saya juga mencoba dengan killall -SIGUSR1 dunst dan killall -SIGUSR2 dunst seperti yang disarankan di Arch Wiki ._

dan inilah cara dipicu oleh xidlehook ^AUR :

~/.xinitrc

#!/bin/bash

dunst &
xset s on &
xset s 600 &
xidlehook \
--not-when-fullscreen \
--not-when-audio \
--timer 300 '~/scripts/lockscreen.sh' '' &

Jadi pada dasarnya, layar terkunci setelah 5 menit dan mati setelah 5 menit tambahan. Ini berfungsi dengan baik, satu-satunya masalah saya adalah pemberitahuan dunst masih ditampilkan di layar kunci.

Ini cukup sulit untuk direproduksi.

Terima kasih sebelumnya.

Sunting: Saya juga menggunakan picom dengan yang berikut di picom.conf :

piccom.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

Sumber

ghost

Semua 5 komentar

Yah, saya pengelola ini dan saya bahkan memiliki masalah yang sama. :see_no_evil: Saya menggunakan i3lock sebagai lockscreen dan saya menggunakan compton sebagai compositing manager.

Dalam penelitian kami, kami menemukan, bahwa, itu terkait dengan compositor sistem Anda, yang memperkenalkan beberapa kondisi balapan yang aneh atau lebih.... :confused: Ref: i3/i3lock#204 #553

bebehei pada 27 Mar 2020

👀1 👍1

Selain masalah komposer, solusi pause/unpause yang disebutkan di atas adalah solusi saya, dan ini berfungsi dengan baik dalam kasus saya.
Untuk mengapa itu tidak berhasil di sini, saya menduga ini adalah bug di betterscreenlock dari pembacaan cepat skrip yang dipanggil i3lock tanpa --nofork jadi i3lock segera bercabang saat peluncuran yang membuat itu menjalankan perintah unpause.

tsipinakis pada 27 Mar 2020

Dalam penelitian kami, kami menemukan, bahwa, ini terkait dengan penyusun sistem Anda,

Terima kasih atas infonya, saya akan menonaktifkan picom untuk saat ini dan melihat apakah itu menyelesaikan masalah.

Selain masalah komposer, solusi pause/unpause yang disebutkan di atas adalah solusi saya, dan ini berfungsi dengan baik dalam kasus saya.
Untuk alasan mengapa itu tidak berfungsi di sini, saya menduga ini adalah bug di kunci layar yang lebih baik dari pembacaan cepat skrip yang dipanggil i3lock tanpa --nofork jadi i3lock segera bercabang saat diluncurkan yang membuatnya menjalankan perintah unpause.

Seperti yang saya katakan, masalah juga terjadi dengan xtrlock ( yang tidak menggunakan i3lock jika saya tidak salah), dipanggil dengan skrip berikut:

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 pada 27 Mar 2020

Jadi saya menonaktifkan picom dan saya dapat mengonfirmasi bahwa tidak ada satu pun pemberitahuan yang muncul di layar kunci saya (saat ini menggunakan betterlockscreen ) dalam ~15 jam terakhir. Semuanya ditampilkan setelah saya membuka kuncinya.

ghost pada 28 Mar 2020

Saya dapat mengonfirmasi bahwa saya memiliki masalah yang sama saat menjalankan picom. Menonaktifkannya memecahkan masalah juga, tapi sayangnya saya membutuhkannya. Mungkin kita harus membawa ini ke piccom?