Drag and Drop of Tag queries away from the Tag Folder causes folder creation and tag disappearance

VERIFIED FIXED in Firefox 3

Status

()

Firefox
Bookmarks & History
P2
major
VERIFIED FIXED
10 years ago
8 years ago

People

(Reporter: tracy, Assigned: dietrich)

Tracking

({dataloss})

Trunk
Firefox 3
dataloss
Points:
---
Bug Flags:
blocking-firefox3 +
in-litmus +

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [has patch in bug 423515])

(Reporter)

Description

10 years ago
Tag containers should be allowed to be moved around within the Tag folder left pane of the Library. However, they should not be allowed to be D-n-D'd (or moved) out of that folder.

STR:

In the Library, Select a tag container (foo) in the Tag folder.  D-n-D that item to say the Bookmarks Toolbar folder.

Tested results:
A new folder with the tag name (foo) is created on the toolbar. This folder contains all the bookmarks that were tagged with the tag (foo).  The tag itself is gone. Not to be found anywhere.

Expected results: Not sure exactly. Two options I see:

1) Don't allow moving them out like this at all.
or
2) It is kind of a nice feature. But let's not destroy the tag. Instead, if D-n-Ding a tag query away from the Tag folder, then do as describe in Tested Results, except as a *Copy* The tag container should remain in the tag folder and all bookmarks tagged with (foo) should stay tagged as such.
Flags: in-litmus?
Flags: blocking-firefox3?
(Assignee)

Updated

10 years ago
Priority: -- → P1
Target Milestone: --- → Firefox 3
(Assignee)

Updated

10 years ago
Depends on: 423515
Whiteboard: [patch in bug 423515]

Updated

10 years ago
Flags: blocking-firefox3? → blocking-firefox3+
Priority: P1 → P2
Whiteboard: [patch in bug 423515] → [has patch in bug 423515]

Comment 1

10 years ago
after bug 419731 probably tag folders are not draggable at all. Tag containers are sorted by name by default. Copying it should probably produce a smart query pointing to the same results (actually it should be enough copying the place: url of the query to a new bookmark).

Updated

10 years ago
Assignee: nobody → dietrich
(Assignee)

Comment 2

10 years ago
fixed in bug 423515, can't drag them at all.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → FIXED
(Reporter)

Comment 3

10 years ago
verified with: 
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9pre) Gecko/2008042806 Minefield/3.0pre
Status: RESOLVED → VERIFIED
Test cases were create for 3.x test runs on litmus for regression testing.

For 3.0 test run,
https://litmus.mozilla.org/show_test.cgi?id=7508

For 3.1 test run,
https://litmus.mozilla.org/show_test.cgi?id=7509
Flags: in-litmus? → in-litmus+
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.