Closed Bug 487246 Opened 16 years ago Closed 14 years ago

Drag indicator (little purple arrow) won't go away, after gradually dragging tab over content area

Categories

(Firefox :: Tabbed Browser, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: dholbert, Unassigned)

Details

(Keywords: regression, Whiteboard: [bugday-2011-05-27])

Attachments

(4 files)

STEPS TO REPRODUCE: 1. Open two (or more) tabs, viewing about:blank 2. Click and drag the first tab to the right of the second one, so the purple indicator arrow appears. **Keep holding on to it -- don't drop it yet** 3. Slowly move the cursor downwards until it's over the page-content area. 4. Release the cursor while it's over the upper region of the page content area. ACTUAL RESULTS: - After step 3 (i.e. while the cursor is over the page content area), the purple arrow is still present - After step 4 (i.e. after we've dropped the tab), the purple arrow is still present - The arrow will persist (in its current spot) if you close tabs, create new tabs, etc. AFAICT, it stays visible & fixed until the next time you drag tabs around. EXPECTED RESULTS: - As soon as cursor leaves the tabstrip, the purple arrow should disappear. mozilla-central shows broken "ACTUAL RESULTS": Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090407 Minefield/3.6a1pre mozilla-1.9.1 shows working "EXPECTED RESULTS": Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4pre) Gecko/20090407 Shiretoko/3.5b4pre Hence, this is a regression in mozilla-central with respect to 1.9.1.
(In reply to comment #0) > - The arrow will persist (in its current spot) if you close tabs, create new > tabs, etc. Here's a screenshot of this -- I've now closed a tab, and yet the arrow is still there in the same spot (far to the right of the currently open tab).
For reproducing: don't move the cursor too far down, otherwise the tab detaches. ;)
...and here's one more screenshot, after I've opened a new tab. The arrow's still in its same spot, which falls halfway across one of the new tab.
(In reply to comment #2) > For reproducing: don't move the cursor too far down, otherwise the tab > detaches. ;) Right -- however, I do still hit this bug when the tab detaches.
(In reply to comment #4) > (In reply to comment #2) > > For reproducing: don't move the cursor too far down, otherwise the tab > > detaches. ;) > > Right -- however, I do still hit this bug when the tab detaches. Confirmed.
OSX 10.6, Tab move indicator remains following the reproduction steps in this bug
OS: Linux → All
Hardware: x86 → All
Have we ever found the regression bug?
I can't reproduce with Mozilla/5.0 (X11; Linux x86_64; rv:2.0b6pre) Gecko/20100903 Firefox/4.0b6pre Reproduced with the 20100215 build.
(can't reproduce with 20101201 either)
Whiteboard: [bugday-2011-05-27]
And I can't with 4.0.1 and 5.0b (Linux). The arrow in screenshots is over the tabs. In current version I see the arrow below the tabs. The tabbar functionality may have been changed in 4.0 (with introduction of tabs on top). This bug can be 3.6 only. Reporter, could you try newer versions 4/5/6?
Version: Trunk → 3.6 Branch
Yup, WORKSFORME now. Tried with tabs-on-top enabled (default) as well as disabled (to get a UI more like when this bug was filed). No real point in tracking this specifically on the 3.6 branch, since it's doubtful we'd take a patch for it there. --> restoring version to Trunk, and resolving as WORKSFORME. Mozilla/5.0 (X11; Linux x86_64; rv:7.0a1) Gecko/20110526 Firefox/7.0a1
Version: 3.6 Branch → Trunk
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: