Universal Applets

Trash opening Firefox on double-click when started from panel icon

Bug #278044 reported by ASDFASDF on 2008-10-04

Affects		Status	Importance	Assigned to	Milestone
	Universal Applets	Confirmed	Undecided	Unassigned

Bug Description

This one is really strange...
Here are the steps to reproduce:
1. Start screenlets-manager
2. Check to show icon in taskbar/notification area
3. Close the manager
4. Right click the icon in the taskbar>Start screenlet>Trash
5. Double-clicking the trash or Right click>Open trash will start Firefox instead of nautilus (or other default file manager)

Also step 4 could be - click on the icon to start the manager and start the Trash applet.

This does not happen if you just start the screenlets-manager and start trash (so without steps 2-4).

Revision history for this message

Peter Ward (flowblok) wrote on 2008-10-04:

Confirmed on extras-bzr123 and core-bzr529.

It seems to call "/usr/bin/www-browser trash:///" in this situation...

Changed in universal-applets:
status:	New → Confirmed

Revision history for this message

ASDFASDF (user-487-deactivatedaccount) wrote on 2008-10-08:

This bug also doesn't happen when I start the daemon (tray icon) from the terminal, so I guess the bug could be somwhere in the "Show icon in tray" checkbox. I looked at the code at screenlets-manager.py but unfortunately I don't understand it.

Revision history for this message

Peter Ward (flowblok) wrote on 2008-10-09:

variables.tar.gz Edit (10.7 KiB, application/x-tar)

I opened up the Terminal screenlet (to get the environment variables of the screenlets-manager), and ran 'xdg-open' without the tray icon, then ran it with the tray icon. I got the same results as per the Open Trash menu item (as expected).

I then got all the variables I could think of, from 'env', 'set', and 'export'.
I've attached the files I extracted.

The files are named by [command][# of test], so export1 means the result of 'export' in the first test.
Test 1 was running the command from my gnome-terminal (completely outside the screenlets area).
Test 2 was running the command from the Terminal screenlet without tray icon.
Test 3 was running the command from the Terminal screenlet with tray icon.

For convenience for diffing, I've sorted the files (as variables have no inherent order that xdg-open would pick up on).
Please note that some of these files may contain escape characters and/or binary data.

Revision history for this message

ASDFASDF (user-487-deactivatedaccount) wrote on 2008-10-12:

I think it's got to be something about the dbus code in the toggle_tray, because when the dbus code is replaced with os.system calls to start/stop deamon, it works as expected.

Revision history for this message

ASDFASDF (user-487-deactivatedaccount) wrote on 2008-10-23:

This bug is UA specific. I just tried this with Screenlets 0.1.2 on another computer and everything worked as expected.