Closed Bug 326126 Opened 19 years ago Closed 2 years ago

In fluxbox compose mail window shows up on wrong workspace

Categories

(Core :: Widget: Gtk, defect)

x86
Linux
defect

Tracking

()

RESOLVED INACTIVE

People

(Reporter: brconkli, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.8) Gecko/20051111 Firefox/1.5 Build Identifier: Thunderbird 1.5 (20051201) Using: fluxbox 0.9.14 gentoo linux x.org 6.8.2 Thunderbird 1.5 and up to latest nightly build (1.6a1) (Thunderbird 1.0.7 works fine) Reproducible: Always Steps to Reproduce: Requirments: fluxbox running as only window manager with multiple workspaces (at least 2) 1. Open thunderbird 1.5 or higher on workspace 1 2. Click 'Write' button to compose new e-mail. 3. Notice that it comes up on workspace 1, this is correct behavior. 4. Close compose window. 5. Send thunderbird main window to workspace 2. (this can be done by dragging it off the right side of the screen, or by right clicking the titlebar and clicking 'Send to...' -> 'two', depending on your fluxbox settings) 6. Again, but now on workspace 2, click 'Write' button to compose a new e-mail. 7. Notice that the compose mail window opened on workspace 1, even though workspace 2 was the current and active workspace. That is the problem. It should open on workspace 2. Actual Results: Compose mail windows shows up on wrong workspace (not the current workspace) Expected Results: Compose mail window should always show up on currently active workspace. Not the previous workspace, and not necisarily the same workspace the main thunderbird window is in. For example, if a mailto: link is opened in firefox on workspace 3, and thunderbird is over on workspace 1, then the compose mail windows should show where the link was clicked on workspace 3. This bug makes the software unusable in Fluxbox, so I have marked it as major. I have reverted back to Thunderbird 1.0.7 until fixed. Thanks!
QA Contact: message-compose
This is partially fluxbox's fault. We didn't remove EWMH and Gnome workspace hints when a window was withdrawn. This has been resolved in our svn version and will be available soon in version 1.0 . If you would like to address this for older versions and other window managers, you should delete the _NET_WM_DESKTOP and _WIN_WORKSPACE properties when your windows close. It's also a good idea to delete _NET_WM_STATE and the rest of the Gnome hints ( http://developer.gnome.org/doc/standards/wm/book1.html ).
Assignee: mscott → nobody
Component: Message Compose Window → Widget: Gtk
Product: Thunderbird → Core
QA Contact: message-compose → gtk
QA Whiteboard: qa-not-actionable

In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.

Severity: major → --
Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.