Still occurring on 20.04.1 LTS. Laptop (Lenovo E490) has power
connected, lid is closed, Automatic suspend when plugged in is disabled;
still suspends after a while. I'll now try messing with logind.conf and
see if I can get it to behave the way I want.
--
You received this bug notification
I have the same bug on bionic. I have set "Lock screen" for as close lid action
for both battery and AC.
When I close lid with unlocked screen it works as expected.
But when I close lid with screen locked (with light-locker) laptop gets
suspended.
--
You received this bug notification because
I have the same issue on my Thinkpad x250
Laptop always goes to sleep ignoring the xfce4 power settings
xfce version : 4.12 on xubuntu 16.04.2 LTS
Is there a fix available
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Can confirm, this is STILL a problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing laptop lid
To manage notifications about this bug
Confirming the but is still present. If the setting on power manager is
set to "switch off display", upon closing the lid on a fresh install of
Xubuntu 16.04 it still goes into suspend mode.
The solution proposed ( xfconf-query -c xfce4-power-manager -p /xfce4
I can confirm that this bug still affect users. I am booting Ubuntu from
Thinkpad T430s, I think at least this bug should be mentioned in the
xfce4-power-manager package release.
It took me serveral hours to figure why my laptop is not working
--
You received this bug notification because you
This bug is STILL THERE in Xubuntu 16.04.1!
And it is REALLY annoying!
I can handle it as an experienced user, but for a normal user editing
/etc/systemd/logind.conf is a no-go!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
When I probe that configuration parameter, it responds with false on my
install of 15.10 Xubuntu. Yet when my lid is closed while in my docking
station (two external monitors connected), the system puts it in suspend
mode after a short time. Is there still some default setting I have to
mess with,
I can confirm that even in Ubuntu 15.10 one has to set the
'logind-handle-lid-switch' to false manually. Please switch to use false by
default for the Ubuntu 16.04 LTS. The code doesn't need to be changed, its just
enough to add the following command into the package installation script:
I was suffering from this bug (or one with similar symptoms) in Ubuntu 15.10 in
xfce4-power-manager 1.4.4. The following command fixed it:
xfconf-query -c xfce4-power-manager -p
/xfce4-power-manager/logind-handle-lid-switch -s false
--
You received this bug notification because you are a
Bug still present in xfce4-power-manager 1.4.4
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing laptop lid
To manage notifications about
I'm still seeing this on Lubuntu 15.04. Xfce power manager is set to
lock screen on lid close, but it's still going to sleep.
light-locker 1.6.0-0ubuntu2
xfce4-power-manager 1.4.3-0ubuntu1
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I'm having this issue on 15.04, or a weird version of the issue.
Even when plugged into an outlet, it is only using the laptop lid
settings for if I am on battery, despite being on AC power.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Changed in: xfce4-power-manager (Ubuntu)
Status: Fix Released = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing laptop
... nominate it to be logged as Confirmed in the 'Trusty' series if
it's still not fixed there.
Can someone (who has the permission) nominate this for trusty? Trusty
will be around for a while and there is right now no real workaround (or
fix for that matter). So it should be at least
Thank you all for the thorough testing.
As with the results of #61, the intial problem is solved with the right
combination of settings.
While prepering this patch to be brought into master it became clear there are
still some corner cases with this patch before it is ready.
Meanwhile this
Yes, it should be fixed in Xubuntu 15.04 which installs a patched light-
locker version. Sadly, I do not know if the fix can be backported to
older releases.
** Changed in: light-locker (Ubuntu)
Status: Confirmed = Fix Released
--
You received this bug notification because you are a
Seems to work in Xubuntu 15.04 (had the problem in 14.10 and it's fine
after I upgraded). Please change it back to 'Confirmed' if you can
reproduce the bug in 15.04 or nominate it to be logged as Confirmed in
the 'Trusty' series if it's still not fixed there. I imagine it was
probably a fix in
I ran some tests, which I recall having caused problems in the past.
With the latest patch (b529706) applied, the two main issues (unwanted
suspend/blank screen) are basically resolved now for *all* test cases
(except maybe f) 1/2).
There are small differences for the various configuration
Just as reference: attached log is from light-locker --debug --lock-on-
lid, I commented the triggering actions. Only difference to previous
log are lines 92 and 93.
** Attachment added: ll_debug-lock_on_lid
I've tested light-locker version 1.6.0-0ubuntu1 on vivid with the
staging repository enabled (although the light-locker from vivid
currently supersedes the staging one).
Good news first: the system does not suspend anymore when it is
configured to lock only (case 1 from #50). It does not suspend
Ah, I used a modified logind.conf for the tests in #55/#56. It had
HandleLidSwitch=ignore, so thats probably the reason, why the system
didn't suspend.
When using an unmodified logind.conf, i.e. all options commented out,
the system suspends regardless of which option (--lock-on-lid/--no-lock-
The two new options here can be found on the command line:
--lock-on-lid Lock the screen on lid close
--no-lock-on-lidDo not lock the screen on lid close
and in dconf-editor under apps.light-locker
lock-on-lid
Please provide additional feedback so we can
A modified light-locker package is now available for 14.10 / 15.04:
https://launchpad.net/~xubuntu-dev/+archive/ubuntu/xubuntu-staging
Please test and report back.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
b3nmore, there is some progress now and we need to test the following
light-locker branch:
https://github.com/the-cavalry/light-locker/tree/lid-closed
It basically adds lid closed detection which should prevent the vt
switch before suspend. Hopefully we can get it packaged soon for easier
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: light-locker (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
** Also affects: light-locker (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing
Yes, we know this. The logjnd-handle-lid-switch property is being used as fix
for the blank screen bug.
If logind handles the lid event, it will send two separate signals which
control light-locker (lock session before suspend, switch to unlock screen on
resume).
--
You received this bug
Yes, we know this. The logjnd-handle-lid-switch property is being used
as fix for the blank screen bug. If logind handles the lid event, it
will send two separate signals which control light-locker (lock session
before suspend, switch to unlock screen on resume).
Ah, I suspected something of the
... the logind-handle-lid-switch property can be changed on-the-fly.
Judging from the code, the logind-handle-lid-switch property causes xfpm
to ignore the lid switch event, if set to true. That means, that if you
want to set the action for the lid close event in xfpm (that is, that
xfpm reacts
You are right. We need to understand how the systemd inhibit mechanism
works and why it is not applied system-wide.
I suggest that we use the current Xubuntu development release (vivid) as base
for further testing:
- The power manager is now able to detect and configure light-locker.
Therefore,
We need to understand how the systemd inhibit mechanism works and why
it is not applied system-wide.
I've asked at the systemd-devel list, if they want to keep this behavior
(after all, it is a design decision):
http://lists.freedesktop.org/archives/systemd-
devel/2015-January/027255.html.
--
Apropos vt switch, I believe, thats the root cause of this issue and the
blank-after-unlock bug. If we have a vt switch (e.g. sleep 20
loginctl activate cX in the examples above) *after* the lid was closed,
then the system suspends; maybe because the new session has no inhibitor
lock. When the
The case utopic 2a (or trusty 1a) is basically the same as above, only that
the actual lock time depends on how the lock-after-screensaver-time of
light-locker is configured. Again a test, that keeps xfpm out of the picture:
- killall xfce4-power-manager
- systemd-inhibit
O.k., so light-locker calls lightdm to lock the seat. So we can skip
light-locker in the tests above and use e.g. dm-tool lock.
That means, that it is lightdm, which seems to override the inhibitor
lock for the lid handle upon locking.
--
You received this bug notification because you are a
Btw. running above tests only with dm-tool (no xfpm and no light-locker)
shows, that the screen stays switched off in the same situation as with
the 'infamous blank-screen-after-unlock bug'
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I still have to read and analyze your previous comments and test
results. Hopefully I am not missing something, so please rerun the test
case from comment #40, but also activate the late locking feature of
light-locker:
light-locker --lock-after-screensaver=1 --late-locking
This way the active
... rerun the test case from comment #40, but also activate the late
locking feature of light-locker:
This does work.
It is expected to work, since the lock command is called after the lid
is open again.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
b3nmore, please add HandleLidSwitch=ignore to your logind.conf and
rerun the test cases which are mentioned in my previous comment.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
b3nmore, please add HandleLidSwitch=ignore to your logind.conf and
rerun the test cases which are mentioned in my previous comment.
Running utopic 2b with HandleLidSwitch=ignore:
result: lock + blank-screen-after-unlock bug.
--
You received this bug notification because you are a member of
Why does the system suspend in test case trusty 1b and utopic 2b?
The screen should be only locked and neither logind nor xfce4-power-
manager should trigger suspend.
Neither does (cf. #30, its the same for utopic 2b), at least not in
combination with other screen lockers. I've tested i3lock and
The last test of the previous comment seems to imply, that we get the unwanted
suspending only, if light-locker locks the screen *while* the lid is closed.
Heres a test to verify this and takes xfpm out of the whole mess (on utopic):
- killall xfce4-power-manager
- systemd-inhibit
Unfortunately I've to revise the results for trusty 1a and utopic 2a resp..
There is a delay of ~5 sec. before the system suspends (in the other cases its
suspends immediately, hence my misinterpretation). So they should be:
result: 5sec. nothing + suspend + lock + blank-screen-after-unlock bug
While looking at the test results in comment #28, one thing remains
unsolved:
Why does the system suspend in test case trusty 1b and utopic 2b?
The screen should be only locked and neither logind nor xfce4-power-
manager should trigger suspend.
--
You received this bug notification because you
Here are my observations:
1) The initial value of logind-handle-lid-switch is false in 14.10.
This appears to be correct, because the default lid close action is
lock and not suspend.
2) Changing the value to true is required to work around the infamous
blank-screen-after-unlock bug and will let
I'm still seeing this bug on 14.10.
There are suggestions floating around the web to the effect that it's
caused by systemd.
One suggested solution is to add the following to /etc/systemd/logind.conf :
HandleLidSwitch=ignore
LidSwitchIgnoreInhibited=no
I've done so, but have not rebooted to see
** Changed in: xfce4-power-manager (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing laptop
b3nmore, thank you very much for the all the debugging you have done. I
will discuss your test results with the actual developers, so we can
hopefully resolve this issue once and for all.
Furthermore, bug 1387413 seems to be related (it was closed for no
reason).
--
You received this bug
I did the same tests for trusty: The behavior is basically the same,
only the xfce4-power-manager/logind-handle-lid-switch xfconf-key is
handled oppositional (probably due to http://git.xfce.org/xfce/xfce4
-power-manager/commit/?id=f62e82256cb2a45b4f044b7d603017952f7dd63e).
Let's try to summarize
The log file from comment #19 shows that xfwm4-power-manager does not
inhibit sleep on lid close (the key handle-lid-switch is missing for
Inhibiting systemd sleep).
From the analysis above I would guess, that it is either trusty case 2
or utopic case 1.
--
You received this bug notification
And a small variation:
trusty 1 b) BUT with light-locker disabled - result: nothing
No locking (well light-locker is disabled, no surprise there) and no
suspending. Might it be, that light-locker somehow triggers the suspend?
** Attachment added:
The log file from comment #19 shows that xfwm4-power-manager does not
inhibit sleep on lid close (the key handle-lid-switch is missing for
Inhibiting systemd sleep). We will have to wait for the output of the
xfconf-query command.
Now, b3nmore, the bottom line of your feedback is that the bug
** Changed in: xfce4-power-manager (Ubuntu)
Status: Confirmed = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing laptop
Also, why should the default value for logind-handle-lid-switch
(false) be changed?
The default settings 'revive' the blank-screen-after-unlock bug (at
least for a resume after a lid close triggered suspend). So IMO the
default settings are not correct in this respect.
Your screen staying
Now, b3nmore, the bottom line of your feedback is that the bug does
not affect utopic with default settings.
No (sorry, I should have mentioned, that #20 is from the same system), with the
default settings in utopic we have:
lid action: result:
switch off display
Output of xfconf-query -c xfce4-power-manager -l -v as requested.
** Attachment added: xfpm_xconf
https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1307545/+attachment/4297392/+files/xfpm_xconf
--
You received this bug notification because you are a member of Ubuntu
Bugs,
In my case (utopic, xfpm 1.4.1), setting the lid close action to 'switch
off display', works as expected: the system does not suspend. I've
attached a xfpm debug log for that case.
** Attachment added: xfpm_debug_switch_off.log
Thanks for the feedback so far. Can you please also attach the output of
xfconf-query -c xfce4-power-manager -l -v to this report (I did forget
to mention this).
Furthermore, does the power manager ignore every possible lid close
action or just a specific one? What happens instead?
--
You
I should add a few things concerning my comments #22 and #23: All outputs are
from a utopic system. For light-locker to work properly in utopic (see
https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1303736?comments=all)
the xfpm xconf setting
Fresh install and update of xubuntu utopic. In this case all settings in
logind.conf are set to their defaults:
[Login]
#NAutoVTs=6
#ReserveVT=6
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root
#InhibitDelayMaxSec=5
#HandlePowerKey=poweroff
#HandleSuspendKey=suspend
Bug affecting a Acer Aspire 7715
:
** Attachment added: the terminal output from xfce4-power-manager in debug
https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1307545/+attachment/4295172/+files/laptop-lid-hybernation.txt
--
You received this bug notification because you
Lets try to debug the actual problem (Power Manager settings are ignored
when closing laptop lid).
Please restore the default setup by reverting changes to
/etc/systemd/logind.conf. and deleting /home/user/.config/xfce4/xfconf
/xfce-perchannel-xml/xfce4-power-manager.xml. After doing so and
For all those who have no success editing /etc/systemd/logind.conf or
found that rm ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-power-
manager.xml only works temporarily, I had success using gksudo gedit
/etc/UPower/UPower.conf and then setting IgnoreLid=true.
A second work around is to hit
Actually this second workaround is more relevant to
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1357090 ...my bad
I was suffering from both issues, still no real fix for either for me
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Hi, same bug for me , Xubuntu 14.04 and power manager 1.2.0-3ubuntu4.1
Laptop : Dell Latitude E5440
Editing /etc/systemd/logind.conf disable sleep when closing lid, but screen
stay on
and if not editing /etc/systemd/logind.conf, sleep when closing lid even
lock screen selected
--
You
Same in utopic with xfce4-power-manager 1.4.1-0ubuntu1.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing laptop lid
To manage
** Changed in: xfce4-power-manager (Ubuntu)
Importance: Undecided = Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing laptop lid
In case editing the logind.conf file doesnt work:
#this removes some settings which will be recreated again
rm ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-power-manager.xml
This solved the problem for me.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
I can confirm the same behaviour. Computer goes to StandBy when lid is
closed after awakening the screen keeps black.
xfce4-power-manager 1.2.0-3ubuntu4.1 is installed and no work around is
applied.
I deinstalled light-locker and installed xscreensaver again but the same
problem occurs. When I
Just installed a fresh copy of Xubuntu 14.04.1 and I also have that
problem. In addition after wakeup the screen stays black after the
password dialog. I don't mind, because I wouldn't want to go into sleep
mode anyways. So I hope this can be fixed properly any time soon.
This is a MAJOR
See also Bug #1357090 now set to be looked at for 14.04.2 which is a
renewed instance of Resolved Bug #1303736 and is, I think, related to
this, thought maybe not a Duplicate.
The behaviour I'm seeing is that the laptop does NOT suspend correctly
on lid close, but DOES when Suspend key is pressed
I can confirm that the reported behaviour (sleep on closing laptop lid)
occurs following a clean install of 14.04.1 on an Acer AO725.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
I confirm this bug on Asus K53SD, either fresh intall of Xubuntu or
first install Ubuntu and then apt-get install xubuntu-desktop.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Also confirmed on Dell Latitude D400 on completely new install of
Xubuntu 14.04.1 despite claims to the contrary on the website.
Xubuntu up to 12.04.4 worked absolutely correctly before new install of
14.04.1
Using the Suspend key results in correct operation, i.e. the laptop
suspends and
Bug is not fixed. I have xfce4-power-manager 1.2.0-3ubuntu4.1 installed.
I reverted the /etc/systemd/logind.conf workaround and rebooted. My
laptop still goes into sleep mode and the monitor is black until I do a
hard reboot. The only drop-down option that has any effect in xfce4
-power-manager is
I have the same issue with my system going to sleep when I close the lid. The
option When laptop lid is closed is set to Nothing for AC and battery. I
have xfce4-power-manager 1.2.0-3ubuntu4.1 installed and did not apply the
workaround.
Is there anything I could provide helping to solve this?
Is the action for lid close still ignored? Make sure that xfce4-power-
manager 1.2.0-3ubuntu4.1 is installed and the workaround mentioned in
this report is NOT applied.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Same problem on fresh install of 14.04 and the workaround from
https://bugs.launchpad.net/ubuntu/+source/xfce4-power-
manager/+bug/1222021 of editing /etc/systemd/logind.conf is effective.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xfce4-power-manager (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
** Tags removed: regression-update
** Tags added: regression-release
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1307545
Title:
Power Manager settings are ignored when closing laptop lid
To
80 matches
Mail list logo