270547 - Selecting "Open Containing Folder" from DM in KDE opens Gnome file manager and Gnome background

Status: RESOLVED DUPLICATE of bug 266600

(Toolkit :: Downloads API, defect)

Description

[Dai Toyama]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041117 Firefox/1.0 (daihard: P4/SSE2)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041117 Firefox/1.0 (daihard: P4/SSE2)

It is assumed that the desktop environment is KDE.

When you display Download Manager and select "Open Containing Folder" by
right-clicking an item, it will open the Gnome file manager instead of
Konqueror. Even worse, it will switch the KDE background image to the image
chosen in Gnome.

Reproduced with KDE 3.1.5 on Turbolinux 10 Desktop.

Reproducible: Always
Steps to Reproduce:
1. Open Download Manager (Tools -> Downloads).
2. Right click an item on Download Manager.
3. Select "Open Containing Folder."

Actual Results:  
The GNOME file manager opens up. The desktop background image switches to the
image set by GNOME.

Expected Results:  
At the very least, the background image should not be changed. As for the file
manager, Konqueror should open ideally but that probably depends upon how well
Firefox is to be integrated with KDE.

Comment 1

[Dai Toyama]

My own follow-up.

The problem is deeper than I originally described. Not only does this change the
background image, it will also change the context menu opened with all the
subsequent right-clicks from then on. That is, right-clicking on the desktop now
opens the GNOME context menu instead of the KDE one. You have to log out and log
back on in order to get rid of this problem.

This is definitely more than just a matter of integration issues.

Comment 2

[Dave Wolovich]

To start nautilus without the Gnome desktop (wallpaper, icons, etc) it would
have to call nautilus with the --no-desktop switch.  

Comment 3

[[e-mail]]

This is an ugly and frustrating bug: the effect that whatever window manager is
used other than GNOME is overlayed by a GNOME desktop is terrible. Many users
are using KDE or XFCE or one of the many other window managers around. But what
if GNOME is not even installed? Will FF still try to open nautilus? Why is
nautilus silently used as a default in the first place? FF should either ask for
the apropriate external program by default or not use any external program at all. 

Comment 4

[Philip Withnall (unavailable)]

*** Bug 335954 has been marked as a duplicate of this bug. ***

Comment 5

[Erin Clark]

(In reply to comment #3)
> This is an ugly and frustrating bug: the effect that whatever window manager is
> used other than GNOME is overlayed by a GNOME desktop is terrible. Many users
> are using KDE or XFCE or one of the many other window managers around. But what
> if GNOME is not even installed? Will FF still try to open nautilus? Why is
> nautilus silently used as a default in the first place? FF should either ask for
> the apropriate external program by default or not use any external program at all. 
> 

it seems to be that way, it doesnt open anything on my slackware system

Comment 6

[diorser]

Still confirmed even with Fx 2.0.0.4:
"open containing folder" has not effect with KDE.
Seems to be an old bug.

Open containing folder function does nothing
https://bugzilla.mozilla.org/show_bug.cgi?id=266600

No serious solution found to workaround.