Summary: | Laptop is suspended when locked even though it's connected to a power source | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | KDE Neon user <emailmeat> |
Component: | Battery Monitor | Assignee: | Kai Uwe Broulik <kde> |
Status: | RESOLVED NOT A BUG | ||
Severity: | major | CC: | guillaume.debure, plasma-bugs, sitter |
Priority: | NOR | ||
Version: | 5.7.4 | ||
Target Milestone: | 1.0 | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Energy settings
Energy settings 2 power settings |
Description
KDE Neon user
2016-09-14 22:50:52 UTC
Created attachment 101089 [details]
Energy settings
Created attachment 101090 [details]
Energy settings 2
Note: I've used a BIOS setting that sets a 80% limit for my )Samsung) battery change. This has never been a problem though. When it's at that value, Windows just changes the battery status to "not charging", and Linux keeps displaying "charging - 79%", but this has never interfered with any energy options. Can you check what profile PowerDevil is actually using when plugged in?
qdbus org.kde.Solid.PowerManagement /org/kde/Solid/PowerManagement org.kde.Solid.PowerManagement.currentProfile
Should return "AC" for plugged in.
> When it's at that value, Windows just changes the battery status to "not charging", and Linux keeps displaying "charging - 79%",
Can you check upower -d whether it notices that? We theoretically handle the "plugged in but not charging" case but if the driver/kernel doesn't report it properly we can't really tell.
Harald, could there have been a systemd update or sth like that in neon? I fear this is again a regression there or some new bullshit service trying to be smart.
> qdbus org.kde.Solid.PowerManagement /org/kde/Solid/PowerManagement org.kde.Solid.PowerManagement.currentProfile AC > upower -d Device: /org/freedesktop/UPower/devices/line_power_ADP1 native-path: ADP1 power supply: yes updated: Qua 14 Set 2016 19:40:35 BRT (77133 seconds ago) has history: no has statistics: no line-power warning-level: none online: yes icon-name: 'ac-adapter-symbolic' Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: BAT1 vendor: SAMSUNG Electronics power supply: yes updated: Qui 15 Set 2016 17:04:43 BRT (85 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable: yes state: charging warning-level: none energy: 35,076 Wh energy-empty: 0 Wh energy-full: 44,4 Wh energy-full-design: 48,84 Wh energy-rate: 9,99 W voltage: 11,774 V time to full: 56,0 minutes percentage: 79% capacity: 90,9091% technology: lithium-ion icon-name: 'battery-full-charging-symbolic' Device: /org/freedesktop/UPower/devices/DisplayDevice power supply: yes updated: Qua 14 Set 2016 19:42:38 BRT (77010 seconds ago) has history: no has statistics: no battery present: yes state: charging warning-level: none energy: 35,076 Wh energy-full: 44,4 Wh energy-rate: 9,99 W time to full: 56,0 minutes percentage: 79% icon-name: 'battery-full-charging-symbolic' Daemon: daemon-version: 0.99.4 on-battery: no lid-is-closed: no lid-is-present: yes critical-action: HybridSleep Thanks. I don't see any clear indication of why this happens. Can you perhaps test and play around with the following: * Does it only happen when the screen is locked or generally? * When you set a timeout of, say 1 minute, for AC is that properly respected? * When you seta timeout of, say 1 minute, for Battery but disable it for AC, does it still suspend after 1 minute? I need to figure out if it's actually us (PowerDevil) suspending or some other system service I have a very similar issue, I will provide details hoping they are related. I will provide my settings file. In my case, on AC, suspending is completely disabled, and closing the lid is set to "Do Nothing". Nevertheless, when I close the lid, laptop suspends. To answer Kai Uwe: * Does it only happen when the screen is locked or generally? --> in my case, it happens only when I close the lid, even if session is not locked * When you set a timeout of, say 1 minute, for AC is that properly respected? --> No. No suspend happens unless I close the lid * When you set a timeout of, say 1 minute, for Battery but disable it for AC, does it still suspend after 1 minute? I need to figure out if it's actually us (PowerDevil) suspending or some other system service --> No, in that case, suspend is not happening If there is anything I can provide to help nail down the issue, please ask :) Created attachment 101238 [details]
power settings
I'm back to KDE Neon and haven't had this problem again yet. I'll open a new issue in case something like that happens again. Guillaume DE BURE, open a separate issue if you're still having problems. |