Bug 195808 - File Manager Does Not Restore Saved Profile
Summary: File Manager Does Not Restore Saved Profile
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: SVN
Platform: Compiled Sources Unspecified
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-09 19:36 UTC by David Rankin
Modified: 2011-12-22 02:25 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Showing konqueror filemanager state every time it is opened (78.75 KB, image/jpeg)
2009-07-25 08:44 UTC, David Rankin
Details
Konqueror configured the way I use it (110.84 KB, image/jpeg)
2010-02-13 02:22 UTC, David Rankin
Details
The way konqueror starts every time (125.42 KB, image/jpeg)
2010-02-13 02:24 UTC, David Rankin
Details
konqueror after hitting f9 the first time (122.12 KB, image/jpeg)
2010-02-13 02:25 UTC, David Rankin
Details
konqueror after hitting f9 the second time (132.55 KB, image/jpeg)
2010-02-13 02:49 UTC, David Rankin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David Rankin 2009-06-09 19:36:29 UTC
Version:            (using Devel)
Installed from:    Compiled sources

Konqueror does not correctly open saved file manager profile in kde4. The saved profile for file manager with detailed file view does not correctly capture and restore the navigation panel state. I have set up and saved the following file management profile (screenshot):

http://www.3111skyline.com/download/openSUSE_bugs/kde4/screenshots/konqueror-saved-profile.jpeg

Closing and reopening konqueror file manager, the navigation panel does not retain it setting is is completely squashed or just slightly visible (screenshot):

http://www.3111skyline.com/download/openSUSE_bugs/kde4/screenshots/konqueror-opens.jpeg

In fact, this behavior happens if you simply toggle the navigation panel off then back on with F9 or with "Settings -> hide/show Navigation Panel"

This is one of those highly visible and very annoying bugs that may need to be moved up in priority just because it is the first thing a user will notice when opening konqueror.
Comment 1 David Rankin 2009-07-01 18:56:34 UTC
Is there a setting where I can just manually set the navigation panel width in a config file to say 320px until this bug is fixed? That would really help. 


Until konqueror will correctly preserve the nav panel width between sessions, could you hard-code a default minimum width of 300px if the nav panel is visible on start in the mean time? Thanks.
Comment 2 David Rankin 2009-07-15 21:27:01 UTC
In progress with this bug? We are now on 4.3 Beta 2 and konqueror --filemanagement still can remember the folder pane size when it is started. The version I have is:

Version 4.2.96 (KDE 4.2.96 (KDE 4.3 RC2)) "release 142"
Using KDE 4.2.96 (KDE 4.2.96 (KDE 4.3 RC2)) "release 142

This seems like it would be a simple matter to fix and it is *very* frustrating to have to hit "F9" "F9" and then resize the folder pane just to get back the view I had when I last closed konqueror.

Again, at least until this gets fixed, is there somewhere I can hardcode the folder pane side? Like I said in the earlier comment, 300px would accomodate most folder expansions in the left pane. Where can I set this?

If you need more info, just let me know. I would like to see this fixed as it is a very high visibility bug that you see every time you open konqueror --filemanagement. Thanks.
Comment 3 David Rankin 2009-07-25 08:44:59 UTC
Created attachment 35619 [details]
Showing konqueror filemanager state every time it is opened

Still Broken in 4.2.98-2, Any chance on getting this fixed? Quite annoying to have to reset the view on konqueror filemanager every single time you open the thing.
Comment 4 Dotan Cohen 2009-09-02 15:01:07 UTC
I can confirm this issue in KDE 4.3.1. Steps to reproduce:
1) Open the navigation panel in Konqueror
2) Save as a new session
3) Open saved session

It can be seen that the navigation panel is collapsed, whereas the user expects it to be expanded.
Comment 5 David Rankin 2009-09-26 22:15:42 UTC
Version 4.3.1 (KDE 4.3.1) "release 165"

Wohoo! I opened konqueror and it looks the same as it did when I last shut it down. This bug looks fixed ;-) It was broken in all releases before this one. Hopefully we will have no regressions. Thanks Dotan.

You can see in the screenshot that the dimensions of the folders section of konqueror now restores to the size it was set to when "Save View Profile File Management..." was selected.

http://www.3111skyline.com/download/openSUSE_bugs/kde4/screenshots/konq-folders-settings-restored.jpg

Before, even after setting the view profile above, each time konqueror was opened the folders section of konqueror would look like this:

http://www.3111skyline.com/download/openSUSE_bugs/kde4/screenshots/konqueror-opens.jpeg
Comment 6 David Rankin 2009-10-17 10:29:04 UTC
Well it was a wohoo -- for a little while. I have 5-6 kde4 boxes and this bug is still present on all but one of them. The only one konqueror will open back up with the folder pane and detail pane properly shown is an openSuSE 11.0 x86_64 install with kde 4.3.1. I have 4.3.2 right now on the same laptop running Arch Linux and konqueror still cannot remember its last window settings. I have 3-4 other openSuSE 11.0 boxes where konqueror can't remember its settings (same version of KDE4 mind you)

While I'm optimistic, 1 out of 5 is shooting 20%. This is still a bug...
Comment 7 David Rankin 2009-11-01 04:48:32 UTC
Guys, progress has been made because I have one 4.3.1 install that will actually open up with the folder window pane the same size as it was when I last shut it down. That's the good news.

The bad news? I have 11 other kde4.3.1 install where konqueror file manager will NOT restore the folders window pane to a reasonable size no matter what I do. I set the folder window pane to about 1/3 the total konqueror window dimensions set the directories the way I like them, Settings -> Save View Profile File Management (Save URLs in Profile) and then if I close konqueror and reopen it, the folder windows pane is squished down to about 1/8 of the total window dimensions and the folders are unreadable.

This has been going on for months. Is there a fix in the works or is this bug just lingering??
Comment 8 David Rankin 2009-11-05 05:54:15 UTC
Konqueror
Version 4.3.2 (KDE 4.3.2)
Using KDE 4.3.2 (KDE 4.3.2)

The problem continues. I think the issue is with the entire "Save View Profile" code. Konqueror will not even save the directory that the file manager was set to when "Save View Profile - File Management" (Save URLs in Profile) was executed.

Further, when you "Adjust View Properties" and have konqueror show the permissions, size and user and group information, konqueror doesn't even save the "Name" (file/directory name) column width. When konqueror is closed and reopened, the "Name" column is squished down to about 1" wide in what seems like konquerors attempt to fit all colums (Name, Size, Date, Permissions, Owner, Group and Type) into the visible window area to avoid having to place a horizontal scroll at the bottom and clip the window contents.

What this means is that every user that prefers to have konqueror show the detail instead of fat icons must not only resize the "Places" window size ever time konqueror is started, but if additional information is shown (Name, Size, Date, Permissions....) the user must also resize the Name column in the right side of the window every single time konqueror is started.

The user should NOT have to resett the konqueror layout each and every time konqueror is opened. Konqueror should remember it's own window configuration and properly restore it each time konqueror is opened. This is especially true after the user takes the time to configure konqueror and then properly uses  "Save View Profile - File Management".

Right now "Save View Profile - File Management" is BROKEN. It should get the priority needed to be worked and fixed. Konqueror is one of the very first things a new user sees and works with in KDE4. It gives a very bad first impression when your file manager can't even remember how to save its own settings and resore them properly. Also, this bug has been open since July and it doesn't look like anything is happening. Do we know who will be fixing this problem yet? I don't mind working with whoever it is to try to get this one fixed. Thanks.
Comment 9 David Rankin 2009-11-05 05:55:14 UTC
I misspoke. This bug has been open since June not July as referenced above.
Comment 10 David Rankin 2010-02-13 02:20:11 UTC
    This is still broken in KDE Version 4.4.00 (KDE 4.4.0) "release 222" and it is very frustrating to have to reconfigure konqueror every time you start it. I have konqueror configured the way I like it in detailed mode, in a completely standard setup as most users do. Then to have to reconfigure it every time I start it just sucks.

    I configure it so it looks like the first screenshot attached (konq-configured.jpg).

    I want to see the root filesystem in the navigation pane so I can quickly descent into any of the filesystem directories off of /. 

    In the files pane, I want to see my home directory and I want to see the size, date and permission of each file and directory immediately in front of me.

    I also want to have owner and group information immediately available (BUT HIDDEN), just to the right of the file permissions so if there is ever a question all that is needed is a simple scroll to the left.

    This is the way I like konqueror and when I save the settings in the File Management Profile (or under any other profile name for that matter), I expect it to open back up exactly the way I saved it when it was closed. Just like konqueror has always done before kde4.

    Instead, when I start konqueror again, ALL the settings are gone, the columns are all resized automatically so they all screwed up and the places/folders window on the left is squished so small it is unreadable as shown in konq-every-restart.jpg

    Then, on top of that, you cannot just resize the folder window because it is stuck in some unresponsive state and you must hit F9 first to close the folder window entirely (see: konq-f9-first-time.jpg That collapse the navigation pane completely) Then you have to hit F9 again to reopen the navigation pane and it still doesn't open the way it was when I saved the profile or closed konqueror. (see: konq-f9-second-time.jpg)

    Then before the save view in konqueror is restored the way you like it, you must resize the columns and resize the navigation pane so folders are not clipped when you open them up and so the owner and group information is hidden. 

    I have tried every combination "Save View Profile - File Management" with and without Save URL in Profile and I have created new profiles just to test the problem. Every time, konqueror opens up in the same messed up state.

    Something has got to give. Konqueror is one of the primary apps of kde and this problem has existed for nearly two years since the very first release public release with openSuSE 11.0 in June 2008. I am more than ready to help test or provide any additional you want. Just let me know, but please, let's get this bug fixed....
Comment 11 David Rankin 2010-02-13 02:22:05 UTC
Created attachment 40729 [details]
Konqueror configured the way I use it
Comment 12 David Rankin 2010-02-13 02:24:12 UTC
Created attachment 40730 [details]
The way konqueror starts every time
Comment 13 David Rankin 2010-02-13 02:25:29 UTC
Created attachment 40731 [details]
konqueror after hitting f9 the first time
Comment 14 David Rankin 2010-02-13 02:49:47 UTC
Created attachment 40732 [details]
konqueror after hitting f9 the second time
Comment 15 David Rankin 2010-06-25 23:31:45 UTC
KDE4 Devs,

	Guys, why can't konqueror file manager start up looking like it did when I last saved its profile and closed it? I use konqueror with the detailed list view. That's what I like. I want to see the most information about my filesystem in the smallest amount of space with the most detail. That's why the heck we have a 'list' or 'detailed' view and 'tree' view available. But the problem with KDE4 konqueror is you have to completely reconfigure the view every damn time you open it, just to get a decent detailed view back.

	A picture is worth a thousand words. Here is a screenshot showing the way konqueror opens up every time:

(153k)
http://www.3111skyline.com/dl/bugs/kde4/konq-onstart.jpg

	This configuration of konqueror is completely F'ed up. The entire 'places' window (left pane) is collapsed. Moreover it's NOT simply closed, it is STUCK in some screwed up state such that you cannot simply grab the resize handle and fix it -- it won't respond. Instead, every time you open konqueror, in order to get your places panel back you have to CLOSE IT, then REOPEN IT before you can even begin to resize it to make it look right. So every time I want to use konqueror, I have to:

F9 + F9 + drag and resize the left places panel before I can even see the filesystem.

	That would be frustrating enough it that were the only problem with the way konqueror starts, but that it just the tip of the iceberg. The whole right had side file pane is screwed up as well. The column sizes are mucked up every time konqueror starts. It looks like konqueror outsmarts itself by resizing and collapsing all columns to make sure all columns fit in the right side no matter how many there are. This completely defeats the purpose of having the horizontal scroll bar at the bottom of the window. We wouldn't need a scroll bar if all the columns were supposed to try and cram themselves in only the space provided by the right file pane. (think about it)

	In the right column, I want to have the permissions, owner and group information 'immediately available' so if there is a problem with file access, or if I'm just curious, I can simply click the scroll bar and see a concise tabular listing of that information on all files in a directory. That ability is completely defeated by the way konqueror starts every time, until I go through the process of resizing each column to the size I like it every time I start konqueror. That's crap.

	Once I am finally done with the tedious process, I have konqueror back in a usable configuration:

(140K)
http://www.3111skyline.com/dl/bugs/kde4/konq-onstart-reset.jpg

	Then, because hope springs eternal, I diligently save my config with:

Settings -> Save view profiles as... -> filemanagement

	Now saved, I expect konqueror filemanagement to open up looking the way it did when I saved the "view profile". Otherwise, what in the heck do we even have a "Save view profiles" option for. Not satisfied with simply saving the filemanagement "view profile", I even do one better. I go back and save the view profile under a completely different profile name, just in case there is some problem with the 'filemanagement' name -- lord knows it has been used many times over. So, I go back and:

Settings -> Save view profiles as... -> dcrFM

	Unfortunately that too is a waste of time. Same results, opening dcrFM profile opens in the same broken way opening the filemanagement profile does.

	None of this would be nearly so frustrating aside from the fact that I identified this very issue during 4.3 beta 2 testing as soon and this bug was introduced and filed the bug report on June 9, 2009:

https://bugs.kde.org/show_bug.cgi?id=195808

	The bug is still listed as unconfirmed??? This is "incomprehensible incompetence." There is no excuse for letting bugs with a primary component of KDE languish for over a year. That however seems to be more of the norm with KDE4 than an exception. Spending exorbitant amounts of man-power and effort on useless eye-candy while letting real-wold functionality waste away seems to be the KDE4 M.O.

	Unfortunately this is but one example of many. What is the deal KDE4 devs???


(P.S. - yes I have reviewed the post and toned it down so everybody doesn't think I'm on a rant mission. I've changed all the original "hells" to "hecks" and so forth. But, I have got to tell you I am dismayed how KDE4 has squandered so much community good-will in the past two years that I'm to the point of just throwing in the towel on KDE4 and sticking with gnome and reminiscing about the elegance of KDE3 and how it all was squandered by a mismanaged and failed move to KDE4. KDE4 has some of the most brilliant desktop developers on the planet - the fault lies with the incompetent management of these resources throughout the entire KDE4 development process)
Comment 16 Dawit Alemayehu 2011-12-22 02:25:48 UTC
Not reproducable in KDE 4.7.4 and 4.8. Feel free to reopen the ticket if that is not the case for you.