Deluge doesn't stay in the same workspace when a magnet link is clicked in a browser

Bug #1098827 reported by Pellaeon Lin
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Deluge
Fix Released
Unknown
deluge (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Deluge window is opened in workspace 2, Firefox window is in workspace 1, when clicking a magnet link in Firefox, a Deluge "Download" dialog popped up in workspace 1, after comfirming the "Download" dialog, the Deluge window is moved to workspace 1. This also happens when using Chromium browser.

Release: Ubuntu 12.04.1 LTS (unity desktop)
Deluge version: 1.3.5-0ubuntu2~precise2

What you expected to happen:
Display the "Download" dialog on the active workspace while the application remains in another.

What happened instead:
Deluge opened up in workspace 1.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in deluge (Ubuntu):
status: New → Confirmed
Changed in deluge:
status: Unknown → New
Revision history for this message
Cas (calumlind) wrote :

A workaround is to disable 'focus add dialog' in preferences, which will prevent the application switching workspaces.

I am not sure what the best practice is for dealing with workspaces but I think, based on observing other applications, the first expected outcome should be modified to the following:

    If another workspace is active then do not switch workspace but indicate the application needs attention in the launcher.
    User then switches to the application needing attention by clicking on the icon in launcher which also switches workspace.

The fix for this outcome would be to only focus the Add Dialog if the Deluge workspace is active.

The second outcome might be more correct when it involves dialogs. For example I have seen Thunderbird displaying a new message dialog on the active workspace while the application remains in another. The Deluge fix for this would be to disable set_transient_for(mainwindow) in the Add Dialog however this may result in unintended consequences for other users so will need tested before implementing.

Revision history for this message
Pellaeon Lin (pellaeon) wrote :

Thanks for providing information on how other applications handle this situation. I agree that the Thunderbird way is more suitable. And it is also good to keep UI behavior consistent with other applications. I have modified the bug description.

description: updated
Cas (calumlind)
Changed in deluge (Ubuntu):
status: Confirmed → Fix Committed
Changed in deluge:
status: New → Fix Released
Cas (calumlind)
Changed in deluge (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.