Gnus development mailing list
 help / color / mirror / Atom feed
* 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 ` gnus-dbus-close-on-sleep does not close servers 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

* 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

* 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-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-26 11:51 ` 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

* 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

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] <20233.3430688427$1727351570@news.gmane.org>
2024-10-01  9:53 ` gnus-dbus-close-on-sleep does not close servers James Thomas
2024-10-01 20:42   ` Björn Bidar
     [not found] <877cax5f1p.fsf@gmx.de>
2024-09-26 11:51 ` 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

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