Bug 165035 - kate: Sessions->New loses file list without warning
Summary: kate: Sessions->New loses file list without warning
Status: RESOLVED INTENTIONAL
Alias: None
Product: kate
Classification: Applications
Component: sessions (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
: 267356 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-06-26 19:32 UTC by missive
Modified: 2012-10-28 13:36 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 missive 2008-06-26 19:32:14 UTC
Version:           3.0.3 (using 4.0.3 (KDE 4.0.3), Kubuntu packages)
Compiler:          gcc
OS:                Linux (i686) release 2.6.24-16-generic

Using Kate 3.0.3 on KDE 4.0.3 (Ubuntu) ...

In the settings, I have 
Sessions -> Behavior on Application Exit or Session Switch -> Save Session.

Then, with a list of files open, I choose Session -> New.

What I get is a new Kate window with 1 empty file (Untitled). The old window with my open files is gone. I think ... "Hmm. Maybe I just go to Sessions and will be able to choose the old one ..." but neither of the selections there ("default" and "Default Session") has my list of files.

What I expected when choosing Session -> New was that my old window with all my files open would just stay the way it was, and I would get a new window with the 1 Untitled file.
Comment 1 Andreas Pakulat 2008-06-27 22:57:22 UTC
This works with kate from current trunk/ (i.e. what will be KDE 4.1), so its been fixed meanwhile.
Comment 2 missive 2008-07-24 02:57:37 UTC
This still does not work right.

I am using a very recent Kate (Version 3.1.60 Using KDE 4.1.60 (KDE 4.1.60 (KDE 4.2 >= 20080709)) built this past weekend.

Here is what I see...

-- Start Kate, and open a few documents (A, B, C).
-- Choose Sessions -> New
-- I get a new window with 1 (Untitled) document.
-- I _can_ get back to my original set of docs (A, B, C) by choosing
     Sessions -> Quick Open -> default, or using Sessions -> Manage
-- In the new session, open a few documents (D, E, F).
-- Choose Sessions -> New
-- The list of docs (D, E, F) is gone without any warning.
     The only session listed under Sessions -> Manage is default
     There was never any dialog warning that the session would be lost.

Just as a side note...

I find the way sessions is handled to be very confusing.

What I was looking for was a way to start a whole new Kate window,
(while still keeping the current one open) without having to go back
to the K-menu.

I think the best way to fix it would be for Sessions -> New to prompt
for a name for the session if it has never been saved before. There
could be a different way to make a particular session be the default
session -- maybe in the Sessions -> Manage dialog there could be a
"Make this the default session" button.

Also -- while playing around with this, my Sessions -> Manage dialog now
has 2 entries: "default" and "Default Session" That's a bit confusing also.
Comment 3 Andreas Pakulat 2008-07-24 18:13:07 UTC
I'll leave it to the kate devs to further comment on the missing warning.

there are already plenty of ways to open kate without the K-Menu: KRunner, the integrated terminal, clicking on a file in a filemanager. If you think a "New Window" action should be there I suggest to open a new wishlist report for that.
Comment 4 SasQ 2011-05-02 02:44:00 UTC
Take a look at <a href="https://bugs.kde.org/show_bug.cgi?id=267356">Bug 267356</a> and you'll see that there is a strange resistance against fixing this problem up. Some people argue that asking the user whether to save the current session when he's about to loose it, will "irritate the user" or "drive him insane". For me it's a parody, but devs think otherwise. Many solutions has been proposed there by me and other people who stumbled upon this problem, but it appears that none of them satisfy the devs. Even those solutions successfuly working in mainstream web browsers where sessions are naturally dealt with in a user-friendly manner.
Comment 5 Dominik Haumann 2011-06-13 13:02:57 UTC
*** Bug 267356 has been marked as a duplicate of this bug. ***
Comment 6 Christoph Cullmann 2012-10-28 13:36:31 UTC
Majority of the users are ok with the way this is atm, at least this is the only bug still about this and has only 2 people voting for it. We won't change that behavior because of this. Closing. If you provide some patch to make a such behavior as a option, we could accept it, but none of us will implement it ourself.
(Even the other bugs had close to no users voting for it)