Bug 102553 - Sidebar tree view and main view directories not synced at konq startup
Summary: Sidebar tree view and main view directories not synced at konq startup
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: sidebar (show other bugs)
Version: 3.4
Platform: Slackware Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-26 20:20 UTC by Dylan Griffiths
Modified: 2012-06-18 19:07 UTC (History)
0 users

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 Dylan Griffiths 2005-03-26 20:20:32 UTC
Version:           3.4.0 (using KDE KDE 3.4.0)
Installed from:    Slackware Packages
Compiler:          GCC 3.4 AMD64 build.
OS:                Linux

I try to use Konq as a file manager in the classic Windown 95 sense -- on the left is a tree view, which I expect to always stay in sync with the right-hand side content view.  IE: if I'm using it in tree-view mode, clicking content should relect any CWD changes in the left-hand path pane.

If I'm using it as a desktop-browser (IE: I click a folder on my desktop), it does this incorrectly by creating a Konq window showing the HOME DIR in the left with my separate content in the right.  This is doubly weird because the left-hand CWD selector will correctly update the content view pane.

If I'm browsing manually (I start Konq not from the desktop), it's "mostly right" except that activating a directory (double click to browse) causes it to open a new tab (!).  This is very disturbing because in the Behaviour dialog, you don't get any options relating to tabbed browsing (only the choice of new window or not).  All tabbed options are under Web Behaviour.  I do NOT want Web Behaviour on my desktop (obviously it's not a website).  If the application is to have tabbed file manangement, have options for tabbed file management which can be set.  Vexingly enough, turning off "open folders in new windows" makes it stop creating new tabs.

Proposed solutions: 
1) Change content pane code to tell CWD tree the CWD, and have the desktop reflect this.

2) Stop using Web browser prefs for file management.  Add in tabbed prefs to file management if you must (I'm sure tabbed base filemanagement would be great, if each tab had its own CWD tree and content pane, rather than a few content panes and a useless CWD tree; Midnight commander does well with 2 logical tabs).

It'd also be nice if Konq as a webbrowser and Konq as a file manager didn't have such an incestious relationship.  You can't delete and rename files from the open dialog, so why should I be able to configure web behaviour from the file manager profile?  They should be totally separate: have the internet prefs in Control Panel and Konqbrowsermode only.
Comment 1 Philip Rodrigues 2006-09-01 22:32:38 UTC
I can somewhat reproduce this on SVN r575787:

1. Open konq with the file management profile, no sidebar. 
2. Go to $HOME
3. Enable sidebar. Open the  "Root Folder" tab.
4. Save the profile, ensuring "Save URLs in profile" is ticked
5. Close konq
6. Reopen it - the sidebar is in /, whereas the main view is in $HOME
(7. Click on a directory in $HOME to open it: the tree view in the sidebar follows).

Since the sidebar follows the main view, I suppose it should follow it at startup too.

I can't reproduce the other issues, so I'll retitle the bug. Dylan, if you can still reproduce them with KDE 3.5, please add a comment
Comment 2 Dylan Griffiths 2006-09-05 09:08:15 UTC
That's pretty much how I can reproduce it on KDE 3.5.  If I plugin a memory stick, it'll show up in Konq (thanks to pmount), but the left-hand bar is in $HOME.  If I double click an icon (which I want to open a separate window when Konq has no sidebar, but make the sidebar track it if the sidebar is open -- which I can't figure out how to do, damnit!), I just get a sidebar-less window which is useless.  If I open it in a new window, I get another folder view -- again with the sidebar pointing at something else entirely.

Comment 3 Jaime Torres 2008-08-07 18:12:50 UTC
I've been able to reproduce (following the steps in comment #2) this bug in 4.1.60 svn trunk 838250
Comment 4 Janek Bevendorff 2012-06-18 17:26:25 UTC
Message from the Bugsquad and Konqueror teams: This bug is closed as outdated, as we do not have the manpower to maintain the KDE3 version anymore. If you still can reproduce this issue with Konqueror 4.8.4 or later, please open a new report. Thank you for your understanding.
Comment 5 Janek Bevendorff 2012-06-18 19:07:16 UTC
If still reproducible in Konqueror 4.8.4 or later, please reopen.