[Bug 953014] New: On logging out, Dolphin tabs and windows have to be closed.
http://bugzilla.opensuse.org/show_bug.cgi?id=953014 Bug ID: 953014 Summary: On logging out, Dolphin tabs and windows have to be closed. Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: kde-maintainers@suse.de Reporter: hacker@scarlet-jade.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- This problem appeared after Leap RC1 (first spotted this in build 0258) and in TW 20151022. I have to keep Dolphin windows and tabs from one session to another but this appears to be no longer possible. When I log out, I get a window pop up warning me that I have tabs open and giving me three options, "quit", "close current tab", or "cancel". None of these appear to help me achieve my desire. The really marvellous one to try is "cancel"! That not only cancels the closing of any Dolphin tabs but cancels the logout process. That wouldn't be so bad if it didn't also freeze the screen making the Vulcan neck-pinch (ctrl+alt+del) the only way of escaping. In the end, it achieves the same result as the others in that at the next logon, Dolphin is not restarted automatically and, when started by hand, all tabs and windows are lost. This change would be annoying at any time but for it to appear days before a major new release of Leap seems bizarre. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=953014
http://bugzilla.opensuse.org/show_bug.cgi?id=953014#c1
Wolfgang Bauer
This problem appeared after Leap RC1 (first spotted this in build 0258) and in TW 20151022.
I have to keep Dolphin windows and tabs from one session to another but this appears to be no longer possible. When I log out, I get a window pop up warning me that I have tabs open and giving me three options, "quit", "close current tab", or "cancel". None of these appear to help me achieve my desire.
Hm? AFAIK this is the case since *years*. At least here on my 13.2 KDE4 system, I get that dialog too when closing dolphin with multiple tabs open. Activate "Do not show this dialog again" in the dialog to get rid of it if you prefer.
The really marvellous one to try is "cancel"! That not only cancels the closing of any Dolphin tabs but cancels the logout process.
Of course. What else should it do?
That wouldn't be so bad if it didn't also freeze the screen making the Vulcan neck-pinch (ctrl+alt+del) the only way of escaping.
AIUI, that is your general graphics driver problem.
In the end, it achieves the same result as the others in that at the next logon, Dolphin is not restarted automatically and, when started by hand, all tabs and windows are lost.
That's a general problem with session management for Qt5/KF5 applications. It doesn't work every time. As far as I found out till now, it seems that the applications crash when storing their state and so won't be considered as running by the session management and are not restored at login. I plan to investigate this further in the next weeks.
This change would be annoying at any time but for it to appear days before a major new release of Leap seems bizarre.
You probably used the KDE4 version of dolphin before. The KF5 version probably didn't migrate the "Do not show this dialog again" setting. And what does this have to do with Leap? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=953014
http://bugzilla.opensuse.org/show_bug.cgi?id=953014#c2
--- Comment #2 from Wolfgang Bauer
And what does this have to do with Leap? Ps, to clarify: I meant, what does the sudden change in Tumbleweed have to do with Leap?
Actually, the only change here is that dolphin has been ported to KF5. That dialog already appeared in KDE4, but you might have disabled it in the past there. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=953014
http://bugzilla.opensuse.org/show_bug.cgi?id=953014#c3
--- Comment #3 from Graham Davis
(In reply to Wolfgang Bauer from comment #1)
And what does this have to do with Leap? Ps, to clarify: I meant, what does the sudden change in Tumbleweed have to do with Leap?
Actually, the only change here is that dolphin has been ported to KF5. That dialog already appeared in KDE4, but you might have disabled it in the past there.
Crikey! It's been so long ago that I forgot all about it. However, how does that help? All that happens is that the next time I log on, Dolphin doesn't automatically start and, when I kick it off, all the tabs etc. are still lost. What have I forgotten now? Also, introducing this change after RC1 still seems perverse to me. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=953014
http://bugzilla.opensuse.org/show_bug.cgi?id=953014#c4
Wolfgang Bauer
However, how does that help? All that happens is that the next time I log on, Dolphin doesn't automatically start and, when I kick it off, all the tabs etc. are still lost. What have I forgotten now?
As I said, there's a general problem with session management for Qt5/KF5 applications: it just doesn't work reliably at logout. Apparently not too many people use it, at least most developers don't it seems. It has been mentioned as being "confusing" to new users, it got disabled by default recently in Plasma5 upstream, there even was a suggestion to remove it completely (which got rejected though). Manually storing the session (and configuring "Restore the stored session" in the session management settings) should work correctly though.
Also, introducing this change after RC1 still seems perverse to me.
Which change? Updating dolphin to the latest, KF5 based, version? AFAIK that was already done before RC1. And it was necessary, or other things wouldn't have worked at all if we'd have shipped the outdated and unmaintained KDE4 version, file search e.g. would have been broken completely (we even got bug reports before RC1 about that). Anyway, I'm going to close this bug report as INVALID. You mixed several issues, which are already reported/known anyway. And the main thing reported here (according to the subject) is no bug, but works as designed. And is even like that since years. The only thing regarding this that *could* be seen as a bug here is that the "don't show this dialog again" setting was maybe not migrated. I don't know if this is on purpose or an oversight. If you think this is a bug, please report it to KDE though. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=953014
http://bugzilla.opensuse.org/show_bug.cgi?id=953014#c5
Graham Davis
http://bugzilla.opensuse.org/show_bug.cgi?id=953014
http://bugzilla.opensuse.org/show_bug.cgi?id=953014#c6
--- Comment #6 from Wolfgang Bauer
Just in case anyone's interested, here are the later tests on another machine with two versions of 42.1: Version of Dolphin on 42.1 beta is 15.04.3-3.5 but built against KDE platform 4.14.0. Version of Dolphin on 42.1 build 265 is 15.08.2-2.1, built against Qt 5.5.0.
Just to be clear here: Dolphin 15.04.3 from Beta is the *KDE4* version, dolphin 15.08.2 in RC1 (and final) is the latest upstrem version that is KF5 based.
Switching from Beta to 265 loses all tabs and preferences.
Well, I wouldn't expect the KF5 version correctly restore a stored session state of the KDE4 version. Unfortunate, but not really a bug. That's why you "lost" the tabs. It's each application's job to migrate their settings/preferences from KDE4. So if dolphin doesn't do that, it is a bug in dolphin and should be reported upstream.
After setting up new Dolphin windows, including tabs on one, I logged off. I did NOT get the warning box!
On logging back on, all the windows re-appeared but without the tabs. I repeated this test and the same thing happened.
I just tried this too (13.2, with the latest KF 5.15, Plasma 5.4.2, and Qt5.5.1 packages from the Factory devel repos). Dolphin did correctly save and restore the tabs and split views including all shown paths. This worked reliably when manually saving the session and restoring it at login. It also worked with the automatic session management, but then dolphin is not stored/restored reliably every time. If it was, the tabs were there though. So I don't see a bug here, except the general problem with Qt5/KF5 applications. Maybe try to wipe out the folder ~/.config/session/, and remove the file ~/.config/ksmserverrc to start again with a completely clean session.
This sort of behaviour with Dolphin has happened before in KDE4 and was due to > the formatting within the config files being changed so that one version was incompatible with the other. I don't know whether something similar has happened here.
I doubt it. Session Management is unrelated to the application's config files. It's not even possible to configure the number of tabs in the settings I think. Also, dolphin 15.04 and dolphin 15.08 use completely different config files anyway, so it cannot really be an incompatibility between the different versions. But yes, stored session management sessions from dolphin 15.04 are likely incompatible with dolphin 15.08.
Unfortunately, I haven't yet found the location of the new config files.
Application's config files are stored in ~/.config/ now, application data in ~/.local/share/. But I'm not sure about what configuration you are even talking about here. The view settings are stored in separate .desktop files in each folder, or in ~/.local/share/dolphin/view_settings if you enabled the option "Use common properties for all folders".
I'll continue with more tests on this in order to fathom out what the deuce is going on. In the event that I find out something more conclusive, I'll do as you say and raise it with KDE.
Please do so. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=953014
http://bugzilla.opensuse.org/show_bug.cgi?id=953014#c7
--- Comment #7 from Wolfgang Bauer
But I'm not sure about what configuration you are even talking about here. The view settings are stored in separate .desktop files in each folder, or in ~/.local/share/dolphin/view_settings if you enabled the option "Use common properties for all folders".
Sorry, typo. The common view settings (properties) are stored in ~/.local/share/dolphin/view_properties/. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=953014
http://bugzilla.opensuse.org/show_bug.cgi?id=953014#c8
--- Comment #8 from Graham Davis
(In reply to Wolfgang Bauer from comment #6)
But I'm not sure about what configuration you are even talking about here. The view settings are stored in separate .desktop files in each folder, or in ~/.local/share/dolphin/view_settings if you enabled the option "Use common properties for all folders".
Sorry, typo. The common view settings (properties) are stored in ~/.local/share/dolphin/view_properties/.
Thanks for that info, Wolfgang. I was so sure that I was right about the problem appearing after RC1 that I dug out an old build and installed it. Needless to say, I was proved wrong. Sorry for disbelieving you. Not exactly covered myself with glory, here. Only excuse I can come up with is that the heavy-duty work is done on an nVidia machine and RC1 testing on that must have ended with a rap on the reset button every time; I don't normally use tabs in Dolphin on my other machines. Apologies again for messing you about. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com