Currently, if an error occurs during session loading, the corrupted session is overwritten with a blank session. This complicates troubleshooting as well as any recovery efforts. If Kate cannot load a session, it should create a backup by renaming the session file before reverting to a blank session.
> Currently, if an error occurs during session loading, the corrupted session is overwritten with a blank session What do you mean by "an error occurs during session loading"? Which error occurred? Do you have a sample katesession file?
status change
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
I cannot provide a sample due to being on a windows machine and the aforementioned session file overwriting. No error was reported, but a blank session would occasionally open instead of the desired one. No longer experiencing this in 25.11.70. Closing.
I spoke too soon. This request would help to troubleshoot a problem that presents with similar symptoms to Bug 470293 and Bug 508494. A session is reopened but displays no files or any other customization. It can be simulated by setting Count=0 for [Open MainWindows] in a previously saved session file. Possibly the problem lies in session saving, but the session file is overwritten when reopened. To aid with this, I propose two alternatives to create a backup session file: 1) If Count=0 in [Open MainWindows] or [Open Documents]. 2) Before loading any session. Though this will not resolve the underlying problem, my hope is that it will ease troubleshooting.
That is a different bug. > It can be simulated by setting Count=0 for [Open MainWindows] in a previously saved session file We do not support manual modifications on the config file. So such a simulation is useless, unless Kate is setting Count to 0 The thing that is needed is some concrete way to reproduce the problem.
(In reply to Waqar Ahmed from comment #6) > We do not support manual modifications on the config file. So such a > simulation is useless, unless Kate is setting Count to 0 Yes, Kate sets: [Open Documents] Count=0 [Open MainWindows] Count=0 > The thing that is needed is some concrete way to reproduce the problem. Correct, but as the afflicted session file is overwritten, even determining where to start is mostly luck.
Since this is a session bug, I am marking it as a dupe. *** This bug has been marked as a duplicate of bug 478698 ***