All users were logged out of Bugzilla on October 13th, 2018

Dragging tab to bookmarks sidebar should bookmark not tear it (3.1b2)

VERIFIED FIXED in Firefox 3.6a1



10 years ago
10 years ago


(Reporter: magnetfastlane, Assigned: mano)


({regression, verified1.9.1})

Firefox 3.6a1
regression, verified1.9.1
Dependency tree / graph
Bug Flags:
blocking-firefox3.5 +
in-litmus +

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [fixed by bug 471499])



10 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2

The summary basically says everything. I think it's very convenient (especially on a widescreen monitor) to open the (original) bookmarks sidebar and drag a tab to the designated folder (a bit faster that double-clicking the star). ATM it just tears the page to a new window (even tho there's plenty of content space for that).

Please let me drag my tabs to bookmarks :)

Reproducible: Always

Steps to Reproduce:
1.Open the bookmarks sidebar (ctrl+b)
2.Grab the tab
3.Drag it to the sidebar
Actual Results:  
4.Tab gets teared

Expected Results:  
4.Tab gets bookmarked to the right folder


10 years ago
Version: unspecified → 3.1 Branch

Comment 1

10 years ago
I meant this with bug 465332, but it got morphed, so confirming rather than duping for now.
Blocks: 225680
Ever confirmed: true
OS: Windows XP → All
Version: 3.1 Branch → Trunk


10 years ago
Component: Toolbars → Tabbed Browser
Keywords: regression
QA Contact: toolbars → tabbed.browser
Hardware: PC → All

Comment 2

10 years ago
I would hope that they'd be fixed together, along with other similar issues, but the other bug no longer seems to cover this, so I guess this should also be a blocker...
Flags: blocking-firefox3.1?
Flags: blocking-firefox3.1? → blocking-firefox3.1+
Depends on: 465184


10 years ago
Depends on: 471499
This should be fixed by the patch in bug 465332, so I'm going to mark the dependency.
Depends on: 465332
Priority: -- → P2
Whiteboard: [fixed by bug 465332?]
Bug 465332 isn't fixed yet. Lets wait...
Whiteboard: [fixed by bug 465332?] → [will be fixed by bug 465332?]
Assignee: nobody → mano
Whiteboard: [will be fixed by bug 465332?] → [to be fixed by 471499]
Whiteboard: [to be fixed by 471499] → [patch on bug 471499][to be fixed by 471499]

Comment 5

10 years ago
Has this been fixed by bug 471499?

Comment 6

10 years ago
Fixed for me on:

Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090123 Shiretoko/3.1b3pre ID:20090123031537
Last Resolved: 10 years ago
Resolution: --- → FIXED
Keywords: fixed1.9.1
Verified on trunk and 1.9.1 with:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090125
Shiretoko/3.1b3pre (.NET CLR 3.5.30729) ID:20090125052901

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre)
Gecko/20090126 Shiretoko/3.1b3pre Ubiquity/0.1.5 ID:20090126020313

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090125
Minefield/3.2a1pre ID:20090125034316

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre)
Gecko/20090126 Minefield/3.2a1pre ID:20090126020316
Flags: in-litmus?
Keywords: fixed1.9.1 → verified1.9.1
Whiteboard: [patch on bug 471499][to be fixed by 471499] → [fixed by bug 471499]
Target Milestone: --- → Firefox 3.2a1
Test case was added to litmus for regression testing on 3.1 test run.
Flags: in-litmus? → in-litmus+
You need to log in before you can comment on or make changes to this bug.