Bug 50110 - Navigation Panel does not follow File Browser
Summary: Navigation Panel does not follow File Browser
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: sidebar (show other bugs)
Version: unspecified
Platform: Mandrake RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Joseph Wenninger
URL:
Keywords:
: 34301 39254 63584 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-11-03 16:34 UTC by Frans Englich
Modified: 2008-03-31 06:00 UTC (History)
3 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 jeremym 2002-11-03 16:34:25 UTC
Version:            (using KDE KDE 3.0.3)
Installed from:    Mandrake RPMs
OS:          Linux

Normally, clicking on an item in the Konqueror file browser, e.g. a directory, causes the tree in the Navigation Panel to update accordingly. 

This does not happen if Konqueror is opened for any directory other than Home. 

Reproduceable: open a Konqueror from the command-line i.e. 'konqueror directory_name' where directory_name is NOT home. The file view (on the right) will show the contents of the intended directory, but the Navigation Panel (on the left) will display the tree for the Home directory and will not update no matter what happens in the file view. 

Reproduceable: open a Konqueror file browser as normal. Verify that the Navigation Panel is behaving as it should. Then, type a new directory, say /usr/share/doc, into the Location field. The file view will go there, but the Navigation Panel is now unhooked, still showing the Home directory tree, and will not update for any subsequent action.

Clicking in the Navigation Panel WILL update the file view, however. Thus, if you're browsing /usr/share/doc and hit the Panel, you'll find yourself pulled out back to your Home directory. The only way to browse a directory like /usr/share/doc and keep the panel in sync is to manually navigate the Panel through the file system starting at /, and who wants to do that?
Comment 1 Sean Lynch 2003-07-09 16:10:47 UTC
I've also noticed this, and find it annoying.  Its not resolved as of CVS (7/08/03), but 
hopefully will be by 3.2. 
Comment 2 John Firebaugh 2003-08-07 05:17:38 UTC
*** Bug 34301 has been marked as a duplicate of this bug. ***
Comment 3 John Firebaugh 2003-08-07 05:20:57 UTC
*** Bug 39254 has been marked as a duplicate of this bug. ***
Comment 4 jeremym 2003-08-07 17:38:40 UTC
This behavior may be by-design. 
On the right side of the Navigation Bar are these little tab-buttons. Normally,
the "Home" button (with the house-like icon) is active. With this tab selected,
the behavior is as described above. 

However, choose the "Root" button (with the folder-like icon) and the Navigation
Bar behaves the way I want it to. This "Root" mode should be the default when
Konqueror file browser is opened in a directory other than the Home. 
Comment 5 Stephan Kulow 2004-05-27 10:11:03 UTC
Replaced jeremym@erols.com with frans.englich@telia.com due to bounces by reporter
Comment 6 Michael Jahn 2004-09-07 21:10:48 UTC
*** Bug 63584 has been marked as a duplicate of this bug. ***
Comment 7 Alessandro Garberi 2005-08-01 23:42:16 UTC
From comment #4:
"However, choose the "Root" button (with the folder-like icon) and the Navigation
Bar behaves the way I want it to."

This is not true with latest KDE (3.4.2), it behaves ALWAYS WRONG.

Why from 2002 to 2005 this horrible bug has never been solved???
Comment 8 mauceri 2005-08-14 00:00:32 UTC
Confirmed on KDE 3.4.2
Comment 9 Marcel Partap 2006-05-26 15:09:43 UTC
I'm using 3.5.2-CVS and cannot reproduce the problem; I assume it was fixed on some rainy day like this.
Comment 10 George Goldberg 2007-12-19 03:18:28 UTC
Is this bug still there in a recent version of KDE, such as 3.5.8 or KDE4.0 RC2?
Comment 11 George Goldberg 2008-03-31 06:00:11 UTC
As comment #9, so closing.