| Summary: | Computer goes to suspend mode while K3b burns a disc | ||
|---|---|---|---|
| Product: | [Applications] k3b | Reporter: | mackos1 |
| Component: | general | Assignee: | k3b developers <k3b> |
| Status: | REOPENED --- | ||
| Severity: | grave | CC: | bugseforuns, cyberbeat, feus73, joekowalski, nate, nicolas.fella, nortexoid, trueg |
| Priority: | NOR | ||
| Version: | 22.11.90 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/k3b/39051155b116c317608181e78b843373615054ef | Version Fixed In: | |
| Sentry Crash Report: | |||
| Attachments: |
Patch to enable k3b sleep supression (using Solid)
Patch to enable k3b sleep supression (using Solid) Arch Linux went to suspend mode while K3b was burning a disc. Screenshot after resume. |
||
|
Description
mackos1
2011-08-15 17:24:47 UTC
This one is a no brainer. The dbus org.freedesktop.PowerManagement /org/freedesktop/PowerManagement/Inhibit stuff should work perfectly for just this kind of thing. Created attachment 78673 [details]
Patch to enable k3b sleep supression (using Solid)
Try this patch. It enables sleep inhibition using Solid Power Management. This works here on KDE4.
I'm no developer, and I don't even know what the following phrase completely means, but it seems true to me: that patch needs to be submitted upstream. I just tried ripping a DVD and lost everything at 99% when my computer suspended. Created attachment 81636 [details]
Patch to enable k3b sleep supression (using Solid)
Beefed-up and rebased patch to avoid some conditions where the cookie mechanism acts up because there's another cookie request to withdraw which locks the Solid suspension logic. This could be possibly a Solid bug or at least dealt with more effectively there.
Jamie, could you please report a new bug for Solid? You could link to comment #4 for an example of the issue. Version: 17.08.0 OS: Opensuse Tumbleweed Hi all, after some years I can still confermate this problem. Expected Results: The hibernation should be delayed in order to perform a full burning/verification. Git commit 39051155b116c317608181e78b843373615054ef by Leslie Zhai. Committed on 07/09/2017 at 03:43. Pushed by lesliezhai into branch 'master'. Implement preventing from going into suspend/hibernate by system. but waiting for KF5::Solid WITH_NEW_SOLID_JOB WIP: Base class for Solid Asynchronous apis https://cgit.kde.org/solid.git/tree/CMakeLists.txt#n79 M +6 -0 CMakeLists.txt M +32 -10 libk3b/core/k3bcore.cpp https://commits.kde.org/k3b/39051155b116c317608181e78b843373615054ef Created attachment 110693 [details]
Arch Linux went to suspend mode while K3b was burning a disc. Screenshot after resume.
This big usability problem is not solved.
Today my Arch Linux went to suspend while K3b was burning a disc.
See screenshot.
K3b 18.04.2 also does not inhibit the power management while burns a disc. Operating System: Arch Linux KDE Plasma Version: 5.16.2 KDE Frameworks Version: 5.59.0 Qt Version: 5.13.0 Kernel Version: 5.1.15-arch1-1-ARCH Comment #7 says this needs support from Solid framework. (In reply to Christoph Feck from comment #10) > Comment #7 says this needs support from Solid framework. should I file a bug against solid? Technically this doesn't need support from Solid. What that commit is referring to is that at some point a feature was added to Solid that allows applications to inhibit suspend, however that feature was (and still is) disabled because it was considered experimental. However this can be implemented in other ways |