Bug 354800 - After logging on, the version of Dolphin for Plasma5 (15.08.2-2.1, built against Qt 5.5.0) will not reopen windows and tabs from last session.
Summary: After logging on, the version of Dolphin for Plasma5 (15.08.2-2.1, built agai...
Status: RESOLVED DUPLICATE of bug 354724
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-03 18:57 UTC by Graham P Davis
Modified: 2015-12-21 09:08 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Graham P Davis 2015-11-03 18:57:28 UTC
The new, Plasma5  version of Dolphin (15.08) will not allow logout to progress until all tabs have been closed. No windows or tabs are reopened in the next session so all the work setting them up is wasted.

Reproducible: Always

Steps to Reproduce:
1. Log on to Plasma5 and create Dolphin window(s) with at least one having more than one tab.
2. Log off and try one of the three options on the pop-up window(s) from Dolphin.
3. Log on and check the number of Dolphin config files in .config/session/
4. Create more tabbed window(s) and cycle through from (2) as often as you like.

Actual Results:  
On step 2, a warning window pops up with three buttons, not one of which does what I want.
"Quit" does what it says.  "Close current tab" also. The "cancel" button just freezes the screen (probably a separate problem) and requires a hit on the power button to logout. 
I've been told that this warning message also happened with KDE4 but I've tried with new user sessions and this is not the case; on logout, no warning windows open up.

On step (3),  no Dolphin sessions are automatically restored. 
Although all tabs had to be closed on logout, the config files still retain references to the opened tabs from the last session.
In each session, new config files are created and the old ones retained. (I require half-a-dozen Dolphin windows open , all with open tabs. If I were to recreate these every time I logged on, at the end of a year I might have a thousand or more config files.)


Expected Results:  
The software should have done the same as it does in KDE4, just logged out with no protesting and reopened the windows and tabs in the next session so I can carry on from where I left off. Also, the old config files would have been reused instead of new ones created each session.
Comment 1 happy 2015-11-05 12:41:45 UTC
I also am also kind of annoyed at this new behaviour - previously Dolphin worked great across sessions (restoring tabs, connections w/fish etc).  Fantastic.

Now it wants confirmation about closing windows when the session ends - that actually hangs up the session exit.  Never happened to me prior to upgrading to Kubuntu 15; have been waiting for the previous behaviour to be restored in the hope it was an oversight on porting.

I note that the "General" setting "Ask for confirmation when Closing Dolphin windows with multiple tabs" is checked.

Actually closing a window != session closing. Dolphin is not a word processor.
Please, just save and restore the state.
Comment 2 Graham P Davis 2015-11-06 11:31:43 UTC
(In reply to happy from comment #1)
> I also am also kind of annoyed at this new behaviour - previously Dolphin
> worked great across sessions (restoring tabs, connections w/fish etc). 
> Fantastic.
> 
> Now it wants confirmation about closing windows when the session ends - that
> actually hangs up the session exit.  Never happened to me prior to upgrading
> to Kubuntu 15; have been waiting for the previous behaviour to be restored
> in the hope it was an oversight on porting.
> 
> I note that the "General" setting "Ask for confirmation when Closing Dolphin
> windows with multiple tabs" is checked.

I see that's also the case in KDE4 and that setting is obeyed when closing a Dolphin window that contains tabs.  Where Plasma5 differs is that it obeys it when logging out.

Firefox has the same feature and it is only used when manually closing down a window, not on logging out.

> Actually closing a window != session closing. Dolphin is not a word
> processor.
> Please, just save and restore the state.

One possible but fiddly way of getting round this bug in Plasma5 is to go to System Settings ==> Startup and Shutdown ==> Session Management and change "Restore previous session" to "Start with empty session" and "apply". Then click on the KDE close-down button in Launcher (or whatever you're using) and you should see a new button "save session".  Then you could switch off the confirmation button in Dolphin to stop the annoying warnings - though that leaves you open to closing windows in error.

Of course, when the KDE team finally get around to fixing the long-standing Plasma5 bug that prevents the "restore previous session" option from working on all applications, it might just fix this bug as well.
Comment 3 Wolfgang Bauer 2015-12-21 09:08:30 UTC
(In reply to Graham P Davis from comment #2)
> Of course, when the KDE team finally get around to fixing the long-standing
> Plasma5 bug that prevents the "restore previous session" option from working
> on all applications, it might just fix this bug as well.

That's actually a bug in Qt5.
See https://bugreports.qt.io/browse/QTBUG-49667

That dolphin asks for confirmation on logout is tracked in Bug#353548 already, but it is also because Qt5 closes all windows and quits the application when it shouldn't.

*** This bug has been marked as a duplicate of bug 354724 ***