Copying elements via Ctrl+D&D in trees duplicates the selected entry instead of the clicked one

RESOLVED INACTIVE

Status

()

RESOLVED INACTIVE
10 years ago
5 months ago

People

(Reporter: whimboo, Unassigned)

Tracking

3.5 Branch
x86
Windows XP
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

10 years ago
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3) Gecko/20090305 Firefox/3.1b3

When you try to duplicate a folder or bookmark in the bookmarks sidebar or library you have to hold the ctrl key while drag&drop the item to the new position. If an element is already selected and you wanna duplicate another one, the selected element gets copied instead of the clicked one.

Steps:
1. Open Library
2. Select a bookmark or folder
3. Hold down ctrl key while clicking on another bookmark or folder
4. Drag&drop the element to the new position

While staying in step 4 you will see that the wrong element has been selected. The selection of that element is moved along with an y-offset. That's not a really obvious behavior.

Right now I cannot reproduce it on OS X. There the underlying element gets selected when the user clicks on it.
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

Comment 2

8 years ago
Build identifier: Mozilla/5.0 (X11; Linux i686; rv:2.0b9) Gecko/20100101 Firefox/4.0b9

This bug is still reproducible. I added a screenshot.

Comment 3

8 years ago
Created attachment 503493 [details]
screenshot

Comment 4

5 months ago
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Last Resolved: 5 months ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.