Open Bug 1174281 Opened 9 years ago Updated 3 years ago

website navigation bar autohide confuses drag mode

Categories

(SeaMonkey :: UI Design, defect)

x86_64
Linux
defect
Not set
major

Tracking

(firefox41 affected)

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).
(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.
(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?
(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".
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.

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.