* gnus-dbus-close-on-sleep does not close servers
@ 2024-09-26 11:51 ` Björn Bidar
2024-09-29 11:12 ` Björn Bidar
0 siblings, 1 reply; 7+ messages in thread
From: Björn Bidar @ 2024-09-26 11:51 UTC (permalink / raw)
To: ding
Hey,
I'm using `gnus-dbus-close-on-sleep'. However when I suspend the
connections are not closed.
When resuming the connection are set down, meaning I get 'Server
nnimap+server previously determined to be down; not retrying'.
How could I debug this issue further, did anyone else try to use the
option?
Any pointers what could be wrong?
Have a nice day,
Björn
My system
GNU Emacs 31.0.50 (build 1, x86_64-suse-linux-gnu, GTK+ Version
3.24.43, cairo version 1.18.2)
Windowing system distributor 'The X.Org Foundation', version 11.0.12101012
System Description: openSUSE Tumbleweed
DBus-Broker 36
Systemd 256
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: gnus-dbus-close-on-sleep does not close servers
2024-09-26 11:51 ` gnus-dbus-close-on-sleep does not close servers Björn Bidar
@ 2024-09-29 11:12 ` Björn Bidar
2024-09-29 17:53 ` Michael Albinus
0 siblings, 1 reply; 7+ messages in thread
From: Björn Bidar @ 2024-09-29 11:12 UTC (permalink / raw)
To: Michael Albinus; +Cc: ding
I'm now replying to Micheal's message that didn't reach ding and sending
it also there.
Michael Albinus <michael.albinus@gmx.de> writes:
> Hi Björn,
>
> I'm not sure whether my reply has reached you, so I forward it to you
> directly.
>
> From: Michael Albinus <michael.albinus@gmx.de>
> Subject: Re: gnus-dbus-close-on-sleep does not close servers
> To: ding@gnus.org
> Date: Thu, 26 Sep 2024 20:44:58 +0300 (2 days, 17 hours, 16 minutes ago)
>
> Björn Bidar <bjorn.bidar@thaodan.de> writes:
>
>> Hey,
>
> Hi Björn,
>
>> I'm using `gnus-dbus-close-on-sleep'. However when I suspend the
>> connections are not closed.
>> When resuming the connection are set down, meaning I get 'Server
>> nnimap+server previously determined to be down; not retrying'.
>>
>> How could I debug this issue further, did anyone else try to use the
>> option?
>> Any pointers what could be wrong?
>
> What is the value of gnus-dbus-sleep-registration-object after
> starting gnus?
The value is:
((:signal :system "org.freedesktop.login1.Manager" "PrepareForSleep")
("org.freedesktop.login1" "/org/freedesktop/login1"
gnus-dbus-sleep-handler))
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: gnus-dbus-close-on-sleep does not close servers
2024-09-29 11:12 ` Björn Bidar
@ 2024-09-29 17:53 ` Michael Albinus
2024-09-30 7:58 ` Björn Bidar
0 siblings, 1 reply; 7+ messages in thread
From: Michael Albinus @ 2024-09-29 17:53 UTC (permalink / raw)
To: ding; +Cc: Björn Bidar
Björn Bidar <bjorn.bidar@thaodan.de> writes:
Hi Björn,
>> What is the value of gnus-dbus-sleep-registration-object after
>> starting gnus?
>
> The value is:
> ((:signal :system "org.freedesktop.login1.Manager" "PrepareForSleep")
> ("org.freedesktop.login1" "/org/freedesktop/login1"
> gnus-dbus-sleep-handler))
This looks proper.
Please evaluate (dbus-list-known-names :system) - it must contain the
service "org.freedesktop.login1".
Instrument gnus-dbus-sleep-handler, for example by
(trace-function-background 'gnus-dbus-sleep-handler)
Send your system to sleep. After it wakes up, Emacs shall have a buffer
*trace-output* which shows the calls of gnus-dbus-sleep-handler.
Best regards, Michael.
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: gnus-dbus-close-on-sleep does not close servers
2024-09-29 17:53 ` Michael Albinus
@ 2024-09-30 7:58 ` Björn Bidar
2024-09-30 9:14 ` Michael Albinus
0 siblings, 1 reply; 7+ messages in thread
From: Björn Bidar @ 2024-09-30 7:58 UTC (permalink / raw)
To: Michael Albinus; +Cc: ding
Michael Albinus <michael.albinus@gmx.de> writes:
> Björn Bidar <bjorn.bidar@thaodan.de> writes:
>
> Hi Björn,
>
>>> What is the value of gnus-dbus-sleep-registration-object after
>>> starting gnus?
>>
>> The value is:
>> ((:signal :system "org.freedesktop.login1.Manager" "PrepareForSleep")
>> ("org.freedesktop.login1" "/org/freedesktop/login1"
>> gnus-dbus-sleep-handler))
>
> This looks proper.
>
> Please evaluate (dbus-list-known-names :system) - it must contain the
> service "org.freedesktop.login1".
$ (dbus-list-known-names :system)
("org.freedesktop.DBus" "org.freedesktop.systemd1"
"org.fedoraproject.FirewallD1" "org.freedesktop.ModemManager1"
"org.freedesktop.NetworkManager" "net.hadess.PowerProfiles"
"org.freedesktop.RealtimeKit1" "org.freedesktop.machine1"
"org.freedesktop.PolicyKit1" "org.bluez"
"com.redhat.NewPrinterNotification" "org.freedesktop.Avahi"
"org.freedesktop.UDisks2" "fi.w1.wpa_supplicant1"
"org.freedesktop.fwupd" "org.freedesktop.GeoClue2"
"org.freedesktop.login1" "org.freedesktop.DisplayManager"
"org.freedesktop.UPower" "org.freedesktop.UPower.PowerProfiles")
>
> Instrument gnus-dbus-sleep-handler, for example by
> (trace-function-background 'gnus-dbus-sleep-handler)
>
> Send your system to sleep. After it wakes up, Emacs shall have a buffer
> *trace-output* which shows the calls of gnus-dbus-sleep-handler.
Here's the output:
======================================================================
1 -> (gnus-dbus-sleep-handler t)
1 <- gnus-dbus-sleep-handler: nil
======================================================================
1 -> (gnus-dbus-sleep-handler nil)
1 <- gnus-dbus-sleep-handler: nil
Thank you.
Best Regards,
Björn
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: gnus-dbus-close-on-sleep does not close servers
2024-09-30 7:58 ` Björn Bidar
@ 2024-09-30 9:14 ` Michael Albinus
0 siblings, 0 replies; 7+ messages in thread
From: Michael Albinus @ 2024-09-30 9:14 UTC (permalink / raw)
To: ding; +Cc: Björn Bidar
Björn Bidar <bjorn.bidar@thaodan.de> writes:
Hi Björn,
>> Instrument gnus-dbus-sleep-handler, for example by
>> (trace-function-background 'gnus-dbus-sleep-handler)
>>
>> Send your system to sleep. After it wakes up, Emacs shall have a buffer
>> *trace-output* which shows the calls of gnus-dbus-sleep-handler.
>
> Here's the output:
>
> ======================================================================
> 1 -> (gnus-dbus-sleep-handler t)
> 1 <- gnus-dbus-sleep-handler: nil
> ======================================================================
> 1 -> (gnus-dbus-sleep-handler nil)
> 1 <- gnus-dbus-sleep-handler: nil
Exactly as expected. The first call is due to the signal
"org.freedesktop.login1.Manager.PrepareForSleep" with argument
true. This should invoke (gnus-close-all-servers) .
That's all what I can help. The rest must be commented by the GNUS wizards.
> Thank you.
>
> Best Regards,
>
> Björn
Best regards, Michael.
^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <20233.3430688427$1727351570@news.gmane.org>]
* Re: gnus-dbus-close-on-sleep does not close servers
[not found] <20233.3430688427$1727351570@news.gmane.org>
@ 2024-10-01 9:53 ` James Thomas
2024-10-01 20:42 ` Björn Bidar
0 siblings, 1 reply; 7+ messages in thread
From: James Thomas @ 2024-10-01 9:53 UTC (permalink / raw)
To: ding
Björn Bidar wrote:
> I'm using `gnus-dbus-close-on-sleep'. However when I suspend the
> connections are not closed.
> When resuming the connection are set down, meaning I get 'Server
> nnimap+server previously determined to be down; not retrying'.
>
> How could I debug this issue further, did anyone else try to use the
> option?
> Any pointers what could be wrong?
Did you check their status in the Server buffer immediately after
resuming? (You would have to reopen it if it's already open)
--
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: gnus-dbus-close-on-sleep does not close servers
2024-10-01 9:53 ` James Thomas
@ 2024-10-01 20:42 ` Björn Bidar
0 siblings, 0 replies; 7+ messages in thread
From: Björn Bidar @ 2024-10-01 20:42 UTC (permalink / raw)
To: James Thomas; +Cc: ding
James Thomas <jimjoe@gmx.net> writes:
> Björn Bidar wrote:
>
>> I'm using `gnus-dbus-close-on-sleep'. However when I suspend the
>> connections are not closed.
>> When resuming the connection are set down, meaning I get 'Server
>> nnimap+server previously determined to be down; not retrying'.
>>
>> How could I debug this issue further, did anyone else try to use the
>> option?
>> Any pointers what could be wrong?
>
> Did you check their status in the Server buffer immediately after
> resuming? (You would have to reopen it if it's already open)
I checked it after resuming but not immediately, it says '{server} (denied)' if I remember
correctly.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2024-10-01 20:42 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <877cax5f1p.fsf@gmx.de>
2024-09-26 11:51 ` gnus-dbus-close-on-sleep does not close servers Björn Bidar
2024-09-29 11:12 ` Björn Bidar
2024-09-29 17:53 ` Michael Albinus
2024-09-30 7:58 ` Björn Bidar
2024-09-30 9:14 ` Michael Albinus
[not found] <20233.3430688427$1727351570@news.gmane.org>
2024-10-01 9:53 ` James Thomas
2024-10-01 20:42 ` Björn Bidar
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).