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)
Firefox
Tabbed Browser
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.
| Reporter | ||
Comment 1•16 years ago
|
||
(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).
Comment 2•16 years ago
|
||
For reproducing: don't move the cursor too far down, otherwise the tab detaches. ;)
| Reporter | ||
Comment 3•16 years ago
|
||
...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.
| Reporter | ||
Comment 4•16 years ago
|
||
(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.
Comment 5•16 years ago
|
||
(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.
Comment 6•15 years ago
|
||
OSX 10.6, Tab move indicator remains following the reproduction steps in this bug
Updated•15 years ago
|
OS: Linux → All
Hardware: x86 → All
Comment 8•14 years ago
|
||
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.
Comment 10•14 years ago
|
||
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
| Reporter | ||
Comment 11•14 years ago
|
||
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
Keywords: regressionwindow-wanted
Version: 3.6 Branch → Trunk
| Reporter | ||
Updated•14 years ago
|
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.
Description
•