User Agent: Mozilla/5.0 (Ubuntu; X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 Build ID: 20111115183813 Steps to reproduce: To reproduce: - start Thunderbird 8.0 on Linux - click Write button - click email body area - type something (eg, "asdf") - click Spelling button At this point: (1) tooltip "Check spelling of selection or entire message" is visible and does not go away until spell check dialog is closed; it is visible even when focus is switched to another application (and disrupts the viewing of that appl's window) (2) spell check dialog covers email header and part of the email body; moving the dialog also moves the entire application window; moving is thus a work-around for (1) (provided the screen resolution is sufficiently large) but not for (2); cannot effectively use spell check on the parts of the header/body which are covered (ie, spell check works but one cannot see what one is doing in context) Happens on: - Thunderbird 8.0 on Linux Mint 12 main (Gnome 3) - Thunderbird 8.0 on Linux Mint 12 Cinnamon Partially happens on: - Thunderbird 8.0 on Linux Mint 12 MATE: here, the tooltip (1) is still persistent, but the spell check dialog (2) is able to be moved (like a normal dialog window) Does not happen on: - Thunderbird 3.1.16 on Linux Mint 9 main (Gnome 2) I suspect that at least part of this, ie, (2), is a Gnome 3 bug due to the fact that the dialog window does not act like a separate entity re movement, but rather is combined into a single dialog/application window. Is (2) a Gnome 3 bug? If so, is there a mechanism to paddle this bug upstream to Gnome 3? If there is no such mechanism, should I post this bug to Gnome Bugzilla? Also, is this one bug or two? Should I separate these? Please let me know. Thanks. FYI: These preferences are turned off in my Thunderbird 8.0: - "Check spelling before sending" - "Enable spell check as you type"
(In reply to uiop from comment #0) I use Slackware Linux + XFCE and don't see this bug. The tool tip disappears once you click the spelling button. User Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 Application Build ID: 20111222141531
(In reply to Hashem Masoud from comment #1) > (In reply to uiop from comment #0) > I use Slackware Linux + XFCE and don't see this bug. The tool tip disappears > once you click the spelling button. This would seem to imply that the issue(s) is caused by the distro or the DE. Is this correct?
(In reply to uiop from comment #2) > This would seem to imply that the issue(s) is caused by the distro or the > DE. Is this correct? The DE, I suppose. You can try running Thunderbird under a different one for a test.
Ok, tried it on: Thunderbird 9.0.1 on Linux Mint 9 KDE. This resulted in a partial issue, as MATE above, where the tooltip is persistent, but the dialog window was able to be moved. (I was not able to install Thunderbird 8 on my KDE system.) Posted as bug, for (2), to Gnome. See: https://bugzilla.gnome.org/show_bug.cgi?id=667041
I have a few more test cases and posted screenshots to the Gnome bug site. If you really want, I can post the screenshots here. One Gnome post suggested dialog should be floating. Is it marked as such in Thunderbird 8.0? If so, and it doesn't actually float (all the time), then Advantage Thunderbird--T volleys back to G. :) Summary: (1) and (2) happen on: - Thunderbird 8.0 on Linux Mint 12 (main) Gnome 3.2 - Thunderbird 8.0 on Linux Mint 12 Cinnamon 1.1.2 Only (1) happens on: - Thunderbird 8.0 on Linux Mint 12 Gnome 3 Classic (Fallback) - Thunderbird 8.0 on Linux Mint 12 Gnome 3 Classic (Fallback - No Effects) - Thunderbird 8.0 on Linux Mint 12 MATE 1.0 - Thunderbird 9.0.1 on Linux Mint 9 KDE 4.4 Does not happen on: - Thunderbird 3.1.16 on Linux Mint 9 (main) Gnome 2.30 - Thunderbird 3.1.16 on Linux Mint 9 KDE 4.4
I can confirm this bug for Thunderbird 8.0 on Linux Mint 12 / Gnome 3.2
What I said in the GNOME report is that the spellcheck dialog shouldn't be modal, that just doesn't make sense since you need to work with the contents of the parent window. GNOME Shell attaches modal dialog to their parents, which makes them impossible to move - and it's right to do so, since "modal" really means "access to the content in the parent window is disabled".
Devs, please see the gnome bug listing for more info (screenshots, xprop info, etc) if you haven't already. The link is above in Comment 4. Thanks. At this point, (2) should be easy to confirm in the code (and fix) if it is just a matter a making the spell-check dialog non-modal again. Looking in the Thunderbird 8 code and/or comparing it to the Thunderbird 9 code should confirm it. If this is going to be fixed, you might want to have the dialog appear away from the email's header and body text (if possible, based on the characteristics of Thunderbird's window and the screen). And (1), the persistent tooltip--I"m not sure how to give you folks any more info on that one. All the best. Let me know if I can give you more info.
You need to log in before you can comment on or make changes to this bug.