Bug 63505 - Wish: Save and load of current browsing session (tab state and its urls)
Summary: Wish: Save and load of current browsing session (tab state and its urls)
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Bugs
URL:
Keywords:
: 67627 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-08-31 07:56 UTC by Ricardo Sanchez
Modified: 2009-05-22 19:01 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ricardo Sanchez 2003-08-31 07:56:47 UTC
Version:            (using KDE KDE 3.1.3)
Installed from:    Debian testing/unstable Packages
OS:          Linux

- Ability to save and load  the state of the tabs and its urls.
- Option so Konqueror automatically remebers this when you clsoe it.

Sometimes you want to close Konqueror, but not close the KDE session, and later you may want to resume your browsing session.

I know 'View Profiles' can be used for this, but this is pretty inconvenient, they are not designed for this.
Comment 1 Brice Arnould 2003-09-28 21:38:51 UTC
I've read somewhere that this feature will be available in KDE 3.2. 
Comment 2 klee 2003-11-20 01:35:15 UTC
View Profiles already accomplishes the first half of this request --- the state of the current window's tabs and their URLs is saved in the view profile.

The second half of this request means, I think, that you want a special kind of "close window" action that automatically updates the last view profile to the current window state, but only for the next invocation of Konqueror (the invocation after that should load the standard web-browser profile).  Sounds tricky.
Comment 3 Stephan Binner 2003-11-20 15:35:52 UTC
*** Bug 67627 has been marked as a duplicate of this bug. ***
Comment 4 Peter Schuller 2003-11-24 02:12:46 UTC
I think the problem here is that Konqueror is typically used both as a one-window-with-many-tabs web browser aswell as the conventional multiple-window web browser. So, being used to browsers like Opera where one typically have a single Opera session running with all Windows in the MDI interface, one miss the way Opera manages itself without explicit interaction.

But on the other hand, the ability to pop up additional browser windows is obviously not something to give up. Nor is the ability to have multiple Windows, each containing multiple tabs.

The core problem is that it is not obvious (to a human nor to Konqueror) which set of tabs a user would want went starting a Konqueror window without a target URL, because Konqueor is not limited to the one-single-main-browser-window concept.

I have a suggestion for how this might be "handled", meaning how to satisfy those who want Opera style profile handling without giving up any of the advantages of Konqueror's Windows handling in general. In other words, having a "main browser window" with automatic profile management in addition to several other windows.

Konqueror could have one "special" automatically managed profile. When this profile is used, changes to it (i.e., additions and removals of tabs and/or changing the contents of tabs) would be automatically saved continously as the user is browsing. Thus, when closing Konqueror (or even in the event of some form av uncontrolled shutdown, barring file corruption) this profile will be up to date for the next invocation.

The question is how to tell Konqueror that one want to launch the "main window" (in which the automatically managed profile is used) without actually having to explicitly manage this. I have think of three possible solutions:

(1) Provide a command line argument that says to invoke whatever is being requested in the "main window". If the "main window" is not open yet, it will be opened, with the addition of any requested tabs given to it. This could be a separate icon in the GUI aswell. This fully retains all features and forms of usability of the current Konqueror, while adding to the abilities with respect to Opera style profile management.

(2) One could also have a startup sequence where:
   - If the main window is already open, always open a new window
   - If the main window is not open, open a new window if a specific URL
     is specified as a target; but if konqueror is launched without
     a specific target, assume the user wants to open his/her
     main window.

(3) Another option for a startup sequence:
   - If the main window is already open, always open in the form
     of a new tab in the main window.
   - If the main window is not already open, open the main window
     and add a tab for the specified target, if any.
   - Only open a separate window if explicitly asked for (such as
     by command line argument). The main window will always
     remain the main window, only tabs explicitly opened in 
     these independent windows would end up here.

Just a few thoughts.
Comment 5 Paul de Vrieze 2004-02-08 22:24:36 UTC
Most other browsers have the following logic:
First window opened: load all the pages that were open in the last session
Further windows opened: open only one page which is the default opening page

The missing of this feature quite prevents my switch to konqueror, while konqueror has improved so much in 3.2.
Comment 6 Luis Javier Merino 2004-11-26 14:05:25 UTC
After a crash occurs, you can recover the urls you were visiting on tools->crashes. You can also import them in keditbookmarks.
But, if your power supply shuts off, tools->crashes is empty. It would be nice to add an autosave feature, which would save urls you're visiting periodically. How about it?
Comment 7 Harald Sitter 2005-05-23 09:05:15 UTC
Keep in mind:
Mozilla hasn't this feature
Firefox hasn't this feature
Safari hasn't this feature
MS IE  hasn't this feature

Opera has this feature

so Konqueror could get an advantage
Comment 8 Sukant Hajra 2006-02-24 19:57:11 UTC
Regarding Harald's hasn't/has comment,

Firefox has the "Tabextensions" extension that does do automatic session management.  So as far as I'm concerned in world of Linux browsers, Konqueror is playing more of catch up than getting ahead with respect to this feature.  It's unfortunate that Opera and Firefox do this so well (Opera better than Firefox), whereas Konqueror hasn't been able to come up with an amenable solution.
Comment 9 Nick Shaforostoff 2007-02-28 20:11:45 UTC
this sounds much like what kate 2.5 have got.
i think of suggesting whether to save view session on exit
(maybe incorporate it in 'closing window with several tabs' question)
i'll look into konq code when i have free time.
( probably not too soon though :(  )
Comment 10 Eduardo Robles Elvira 2007-02-28 20:37:31 UTC
I haven't yet started to implement this feature, but I will do it!

I have implemented "recently closed tabs" feature (as in opera and Firefox 2) and the patch have already been sent to kfm-devel and is nearly complete. That patch has been a way to learn about Konqueror with THIS feature in mind. So I hope in not much time you will see this bug fixed ;-)
Comment 11 Nick Shaforostoff 2007-02-28 21:23:19 UTC
oh no, _I_ wanted to implement "recently closed tabs" feature! :)
have you used undo system for that?
(so ctrl+z as in opera)

but there is still one feature i miss form opera7 left - "use only cached images" (with quick shortcut to load 'em). also, i consider implementing option that disables _re_load of images already in cache (even on F5)
Comment 12 Eduardo Robles Elvira 2007-02-28 21:36:59 UTC
Nick: hehe too late! and yes, it's nicely integrated in the undo system. Ctrl+Z works just fine which is cool. And it remembers the whole tab, with all the views and everything.

It doesn't remember just yet the history of each view, but I'm working on it (that will also make session management in general to save history of each view on each tab as Firefox and Opera already does).

As I don't want to abuse, I will let you implement the other opera features that you mentioned ;-)
Comment 13 Raúl 2007-03-02 00:34:03 UTC
Don't worry guys, there are plenty of space for both! ;)

This kind of enriching discussions make us the idea in how healthy state the KDE project is. This is one more reason to make us users/lovers of KDE to be even more happier.

Comment 14 Maciej Pilichowski 2007-08-30 21:51:19 UTC
Currently there is feature "save view profile" but it is not _that_ user-friendly and powerful.

I also would like to see such feature however now is the question that maybe crash manager should be rather session manager with extra option "save session automatically on crash". It has all the basics features except one -- you cannot save anything manually :-)
Comment 15 Javier Ortega Conde (Malkavian) 2008-02-20 01:33:12 UTC
I would need this feature to stop using the memory-eater and gtk-based firefox and begin using konqueror :)
Comment 16 Eduardo Robles Elvira 2008-05-23 16:22:06 UTC
I've implemented session management for KDE 4.1. The option to automatically save last session is already implemented too, you just need to exec Ctrl+Z and you get last closed window. I will also add support for "Hibernate" konqueror, so that all konqueror windows get saved and then restored next time you launch konqi. So I think we can close this bug, marking as "FIXED" =)
Comment 17 Javier Ortega Conde (Malkavian) 2009-01-31 19:55:56 UTC
Thank you very much Edu. To get the perfection an option to auto-save and auto-reload (maybe in start page options) session would be great ;) Would it be possible?
Comment 18 Javier Ortega Conde (Malkavian) 2009-05-22 19:01:10 UTC
I want to reopen this bug... ¿how?

What about "auto-save" and "auto-reload" options? Without it is quite 
unusable... With that konqueror could be an option to firefox for me. Just 
more extensions development would be needed to get clearly over firefox :D.