Open
Bug 1174281
Opened 9 years ago
Updated 3 years ago
website navigation bar autohide confuses drag mode
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(firefox41 affected)
NEW
Tracking | Status | |
---|---|---|
firefox41 | --- | affected |
People
(Reporter: mnyromyr, Unassigned)
Details
This is nagging me for a very long time now, but I finally found some steps to reproduce it! :-) I see this on Linux, but not on Mac; no idea about Windows. Affected versions include 2.21 up to trunk (I had nothing older at hand). 1. Open SM browser and make sure that "View → Show/Hide → Website Navigation bar" is set to "Show only as needed". Also make sure that the "Tab Bar" is visible. 2. Open (a) a page with <link> navigation items in one tab (eg. <http://www.seamonkey-project.org/start/>) and (b) one without site navigation in another (eg. just open a blank tab). 3. Switch to tab (a). 4. Left-click on the tab (b) and notice that the site navigation bar hides, leaving the mouse cursor inside the page content. 5. Move the mouse out of the page content, eg. up into the tab bar, down into the status bar or left into the sidebar. 6. Notice the mouse cursor changing into drag mode! You can't type until you somehow end drag mode (like hitting ESC or pasting the URL into another tab which you actually didn't want to kill right now :-/) This is pretty annoying. Workaround: Turn site navigation bar on or off (actually not that helpful, though).
Comment 1•9 years ago
|
||
(In reply to Karsten Düsterloh from comment #0) > This is nagging me for a very long time now, but I finally found some steps > to reproduce it! :-) > I see this on Linux, but not on Mac; no idea about Windows. > Affected versions include 2.21 up to trunk (I had nothing older at hand). > > 1. Open SM browser and make sure that "View → Show/Hide → Website Navigation > bar" is set to "Show only as needed". Also make sure that the "Tab Bar" is > visible. > 2. Open (a) a page with <link> navigation items in one tab (eg. > <http://www.seamonkey-project.org/start/>) and (b) one without site > navigation in another (eg. just open a blank tab). > 3. Switch to tab (a). > 4. Left-click on the tab (b) and notice that the site navigation bar hides, > leaving the mouse cursor inside the page content. > 5. Move the mouse out of the page content, eg. up into the tab bar, down > into the status bar or left into the sidebar. > 6. Notice the mouse cursor changing into drag mode! You can't type until you > somehow end drag mode (like hitting ESC or pasting the URL into another tab > which you actually didn't want to kill right now :-/) > > This is pretty annoying. > > Workaround: Turn site navigation bar on or off (actually not that helpful, > though). I can confirm this on 2.38a1 Windows although I'm having trouble reproducing step #5 and #6. The mouse momentarily changes to a "Cannot drag" when the mouse cursor hits the border between the tab box and the page content. Once it enters the tab box, it changes back to the mouse cursor.
Comment 2•9 years ago
|
||
(In reply to Edmund Wong (:ewong) from comment #1) > I can confirm this on 2.38a1 Windows NOT reproducible with EN-US SeaMonkey 2.33.1 (German Language pack) Gecko/20100101 Build 20150321194901 (Classic and Modern Theme) on German WIN7 64bit NOT reproducible with EN-US SeaMonkey 2.38a1 build by Ruediger Lahl, Gecko/20100101, Build 20150531140409 (Classic and Modern Theme) on German WIN7 64bit a) Effect might be related to some more, currently unknown preconditions? b) Or did I Miss something?
Reporter | ||
Comment 3•9 years ago
|
||
(In reply to Rainer Bielefeld from comment #2) > a) Effect might be related to some more, currently unknown preconditions? > b) Or did I Miss something? My current assumption is "Linux only".
Reporter | ||
Comment 4•9 years ago
|
||
I now had access to SM 2.33.1 under Windows 7. It does show strange behaviour (the tab title hover popup appears for a split second, even if crossing the border towards the status bar), but at least it does not change your mouse mode. → Linux only. I should also mention that the Linux distribution shouldn't matter either, since I see this problem both under Kubuntu 14.10/KDE and SuSE 13.x/Gnome.
Comment 5•3 years ago
|
||
I can also reproduce this in 2.53.7.1, using the official Linux binary. When I was porting the Website Navigation Bar into a Navigator-based browser, I thought it was a problem with my add-on port, but testing it in SeaMonkey shows the same behavior too.
You need to log in
before you can comment on or make changes to this bug.
Description
•