After the first suspend, KDE suspend the system on every activity switch

Bug #991885 reported by Romano Giannetti
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Kopete
Unknown
Medium
kde-workspace (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Newly installed Kubuntu 12.04 on a Toshiba U305. After the first suspend/resume cycle, the system suspends every time I try to switch activity. Makes the system completely unusable.

Thre seems to be a KDE updtream bug https://bugs.kde.org/show_bug.cgi?id=294768, but I can't access the bugs.kde.orgs site right now.

Revision history for this message
In , steff (stef.contadino) wrote :

Version: unspecified (using KDE 4.8.0)
OS: Linux

Initially I had asigned different behaviour for suspending to my activities and maybe this was the reason: switching between acitivities caused sometimes a 3-times suspend when they were not used for some time.
Now nothing is set anymore for suspend and even "never suspend" but still same error. To test with a new clean account maybe.

Reproducible: Always

Steps to Reproduce:
Switching acitivities after some hour.

Actual Results:
PC suspending

Expected Results:
nothing should happen

Revision history for this message
In , Romano Giannetti (romano-giannetti) wrote :

Happened to me too. Impossible to stop; I had to restart the laptop. I am using Kubuntu Precise 12.04.
I am available to help debugging it; tell me what to do if re-happen.

Revision history for this message
In , steff (stef.contadino) wrote :

Is still happening, but I found how to avoid: it's only happening when "suspend on lid close" is activated. No problems anymore when I choose "suspend after 10 minutes".

Other detail: when activated "lid close > suspend" it also suspends when switching from power supply to battery and viceversa.

Changed in kopete:
importance: Unknown → Medium
status: Unknown → New
Revision history for this message
In , Romano Giannetti (romano-giannetti) wrote :

I will test this as soon as I can , but this bug was so serious I since switched to Gnome Shell (still regretting it, but the system suspending on you every few steps was unbearable).

I am quite surprised to see this bug marked as medium, being a show-stopper for any serious work.

affects: kubuntu-meta (Ubuntu) → kde-workspace (Ubuntu)
Revision history for this message
Harald Sitter (apachelogger) wrote :

Closing in favor of upstream report. Please refer to https://bugs.kde.org/show_bug.cgi?id=294768 for further updates.

Changed in kde-workspace (Ubuntu):
status: New → Invalid
Revision history for this message
In , Alex Fiestas (afiestas) wrote :

This happened to me too

Changed in kopete:
status: New → Unknown
Revision history for this message
In , Oliver-henshaw (oliver-henshaw) wrote :

Is the lid actually closed when this happens, or is it open?

If you can reproduce it, please enable "kded" [1] and "7020 kded4" in kdebugdialog and attach the output of 'tail -f .xsession-errors' when this happens.

[1] If you can't see this entry first time in kdebugdialog then logout and try again.

Revision history for this message
Romano Giannetti (romano-giannetti) wrote :

I can't check it anymore - switched to gnome shell few weeks after the report, the bug was a show-stopper... So can't help any more, sorry.

Revision history for this message
In , steff (stef.contadino) wrote :

The lid was open, but it doesnt happen anymore, but I can't tell since when.

Revision history for this message
In , Matthias-thubo+kde (matthias-thubo+kde) wrote :

I just ran into this bug as well. I'm working on Kubuntu 13.04, KDE 4.10.2. latest updates on a Lenovo X230 (i7-Version): Linux X230 3.8.0-19-generic #30-Ubuntu SMP Wed May 1 16:35:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile.
OpenGL version string: 3.0 Mesa 9.1.1
OpenGL shading language version string: 1.30
Driver: Intel
GPU class: IvyBridge
OpenGL version: 3.0
GLSL version: 1.30
Mesa version: 9.1.1
X server version: 1.13.3
Linux kernel version: 3.8
Direct rendering: yes
Requires strict binding: no
GLSL shaders: yes
Texture NPOT support: yes
Virtual Machine: no

Revision history for this message
In , Matthias-thubo+kde (matthias-thubo+kde) wrote :

One additional comment: The problem only occurs if I put my laptop on the docking station while it's in standby. After waking it up it always switches into standby when I switch the activity. After a restart the problem is gone.
This way I can always reproduce the problem. It does not matter if I went into standby via closing the lid, hitting the standby button or automatically after some time.
If I put the Laptop into standby on the docking, remove it and put it back on without waking it up, everything is still working. However if I wake it up in between, put it back to sleep and dock it again the problem occurs.

Revision history for this message
In , Jonathan Riddell (jr) wrote :

This bug is reported on libsolid which is the kdelibs4 version of the solid library. It is now in maintenance mode. If you think it should still be fixed in the KDE Frameworks 5 version of solid please move it to or report a bug on frameworks-solid or Powerdevil.

Revision history for this message
In , Andrew-crouthamel (andrew-crouthamel) wrote :

Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. Please try again with the latest version and submit a new bug to frameworks-solid if your issue persists. Thank you!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.