https://bugs.kde.org/show_bug.cgi?id=525977
Bug ID: 525977
Summary: Make activities save- and loadable again with via criu
checkpoint restore and compositor handover
Classification: Plasma
Product: plasmashell
Version First 6.7.4
Reported In:
Platform: Debian unstable
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: The Activities subsystem in general
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: 1.0
In bug #510753 (ability to start and stop activities is lost so that all
activities need to be active at the same time) I explained use cases for being
able to start and stop activities like writing for a bug or developing on a
Debian package and so on. Things someone only does some of the time but not all
of the time. It is very handy to have a kind of session in a session manager
for these kinds of use cases. So whenever I feel like working on a project I
can just fire up the activity for that and then it restores the activity.
Unfortunately this really unique feature of the Plasma desktop was removed for
the reasons explained in above bug report and a blog post of David Edmundson
that he mentioned there¹.
This feature request is about considering to bring this functionality back in a
clean way.
[1]
https://blog.davidedmundson.co.uk/blog/upcoming-changes-to-activities-in-plasma-6-5/
STEPS TO REPRODUCE
1. Use Plasma 6.5 or later.
2. Try to save an activity, which also shuts it down.
OBSERVED RESULT
This is not possible anymore. So an activity can also not be loaded and enabled
again.
EXPECTED RESULT
Be able to save and load activities at will again.
This IMHO would also make sense for a KadAI enabled desktop however that would
look like.
SOFTWARE/OS VERSIONS
Operating System: Devuan GNU/Linux 7 (Ceres which tracks Debian Unstable, so
version number will change after next Debian and then Devuan stable release)
KDE Plasma Version: 6.7.4
KDE Frameworks Version: 6.30.0
Qt Version: 6.10.2
ADDITIONAL INFORMATION, QUESTIONS AND CHALLENGES
This might be possible using checkpoint restore and compositor handoffs. David
did a video on YouTube titled "Checkpoint Restore For Graphical Applications
using QtWayland compositor handoffs" with video ID bWWQT3HamBw for that.
Questions or challenges involved:
1. Is Criu production ready for this kind of workload?
2. Can such a checkpoint be persistent across reboots?
3. Would Criu even be needed? The previous feature just started the
applications again and relied on applications to restore their previous state
closely enough. This worked well with KDE applications. So maybe compositor
handoffs could be used without Criu for this usecase?
--
You are receiving this mail because:
You are watching all bug changes.
