bug#26283: xfce: lid close does not suspend system

bug#26283: xfce: lid close does not suspend system

[ng0]

With xfce4 on GuixSD, closing a laptop's lid does not suspend the
system. It just locks the screen.

bug#26283: xfce: lid close does not suspend system

[zimoun]

Hi,

On Tue, 28 Mar 2017 at 17:52, ng0 <contact.ng0@cryptolab.net> wrote:
> With xfce4 on GuixSD, closing a laptop's lid does not suspend the
> system. It just locks the screen.

After this oneline comment, if someone using xfce4 could provide
moreinfo.  Otherwise, I will close this bug after the usual 3 weeks
delay.

<http://issues.guix.gnu.org/issue/26283>

All the best,
simon

bug#26283: xfce: lid close does not suspend system

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

[-- Attachment #1: Type: text/plain, Size: 724 bytes --]

zimoun 写道：
> On Tue, 28 Mar 2017 at 17:52, ng0 <contact.ng0@cryptolab.net> 
> wrote:
>> With xfce4 on GuixSD, closing a laptop's lid does not suspend 
>> the
>> system. It just locks the screen.
>
> After this oneline comment, if someone using xfce4 could provide
> moreinfo.  Otherwise, I will close this bug after the usual 3 
> weeks
> delay.

Specifically, we'd need to know whether the laptop was on mains 
(no suspension expected unless XFCE overrides defaults) or battery 
power, and any relevant settings.  Unlikely news from 2017.

But who knows: 
<https://lists.gnu.org/archive/html/help-guix/2020-12/msg00147.html> 
might be this very bug from beyond the grave.

Kind regards,

T G-R

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

bug#26283: xfce: lid close does not suspend system

[zimoun]

Hi Tobias,

On Fri, 18 Dec 2020 at 22:53, Tobias Geerinckx-Rice <me@tobias.gr> wrote:
> zimoun 写道：
>> On Tue, 28 Mar 2017 at 17:52, ng0 <contact.ng0@cryptolab.net> wrote:
>>> With xfce4 on GuixSD, closing a laptop's lid does not suspend the
>>> system. It just locks the screen.
>>
>> After this oneline comment, if someone using xfce4 could provide
>> moreinfo.  Otherwise, I will close this bug after the usual 3 weeks
>> delay.
>
> Specifically, we'd need to know whether the laptop was on mains (no suspension
> expected unless XFCE overrides defaults) or battery power, and any relevant
> settings.  Unlikely news from 2017.

Because this bug needs moreinfo and the submitter clearly stated that
they will not do [1], then I am proposing to close…

> But who knows:
> <https://lists.gnu.org/archive/html/help-guix/2020-12/msg00147.html> 
> might be this very bug from beyond the grave.

…or track the bug here. :-)  If it is the same bug, the title of this
report should be changed; maybe it is not XFCE only related.


All the best,
simon


1: <http://logs.guix.gnu.org/guix/2020-12-01.log#235356>

bug#26283: xfce: lid close does not suspend system

[zimoun]

Hi,


On Mon, 11 Jan 2021 at 13:55, zimoun <zimon.toutoune@gmail.com> wrote:
> On Fri, 18 Dec 2020 at 22:53, Tobias Geerinckx-Rice <me@tobias.gr> wrote:
>> zimoun 写道：
>>> On Tue, 28 Mar 2017 at 17:52, ng0 <contact.ng0@cryptolab.net> wrote:
>>>> With xfce4 on GuixSD, closing a laptop's lid does not suspend the
>>>> system. It just locks the screen.
>>>
>>> After this oneline comment, if someone using xfce4 could provide
>>> moreinfo.  Otherwise, I will close this bug after the usual 3 weeks
>>> delay.
>>
>> Specifically, we'd need to know whether the laptop was on mains (no suspension
>> expected unless XFCE overrides defaults) or battery power, and any relevant
>> settings.  Unlikely news from 2017.
>
> Because this bug needs moreinfo and the submitter clearly stated that
> they will not do [1], then I am proposing to close…
>
>> But who knows:
>> <https://lists.gnu.org/archive/html/help-guix/2020-12/msg00147.html> 
>> might be this very bug from beyond the grave.
>
> …or track the bug here. :-)  If it is the same bug, the title of this
> report should be changed; maybe it is not XFCE only related.
>
> 1: <http://logs.guix.gnu.org/guix/2020-12-01.log#235356>


After waiting for 10 weeks for moreinfo for a bug from 2017, I am
closing.

All the best,
simon