Closed Bug 397706 Opened 18 years ago Closed 18 years ago

Bookmark folder copy-paste/drag'n'drop are both broken

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED INVALID

People

(Reporter: thephilips, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007092605 Minefield/3.0a9pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007092605 Minefield/3.0a9pre Situation: installed 3.0a9, had setup multiple profile so that 3.0 will not interfere with my 2.* Firefox profile. 1. Importing 2.0 bookmarks into 3.0 bookmarks left me with two(!) "Bookmark Toolbar Folder"s. That's bug. No two folders of the same name should be allowed. 2. Trying to copy-paste bookmarks from freshly imported 2.0 bookmarks showed that Copy and Cut actions of pop-up menu (Wind0ze has no visual feedback for ^C/^X so even less sure for keyboard shortcuts) do actually nothing. Really nothing. Cutting/copying bunch of bookmark from in a folder does nothing. In pop-up menu, option "Paste" doesn't become active. 3. Drag'n'droppping selected bookmarks doesn't work if selection contain folder (live bookmarks are OK). Clicking on selection trying to drag it doesn't start drag'n'drop - but instead expands last selected directory. End result: it is impossible to move bookmark folder from one folder to another. Reproducible: Always Steps to Reproduce: 1. Install Firefox^WMinefield 3.0a9 2. Start Firefox 3.0 with -profileManager, create new profile and start it with the new profile. 3. Select Bookmarks > "Organize Bookmarks ..." > "Import and Backup" > "Import ..." > "From File ..." and locate your old Ff2.0 bookmark.html file. Actual Results: Watch all the bugz described above. Expected Results: Bookmarks behave as they should be. I rate this as major, since I expect that not only me would try to use import/export for bookmarks. With so much problems, it is better to disable the "feature" at all: leaving users to usual (but well known) copying of bookmarks.html from one profile to another.
Attached file bookmark.html
My Ff2.0 bookmark.html
Hm. It seem that my folder "Anime Feeds" which contains exclusively RSS feeds drives Ff bookmark organizer crazy. One other folder I have happened to have works as expected.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007092609 Minefield/3.0a9pre I couldn't reproduce the missing Cut and Copy functions using your bookmarks file. The two Bookmarks Toolbar folders is a known bug. The drag & drop function of a selecting containing folders and bookmarks works normally here.
(In reply to comment #3) > > The drag & drop function of a selecting I made a typo, meant to type "selection", sorry. Maybe you could delete or rename localstore.rdf in you profile and see if that works? I did see some weirdness with another profile where I imported your file; when I started to drag a selection to top in more phases I got a bunch of asserts, hundreds, leaving the bookmarks manager sometimes black or with black holes. The asserts came in a loop, seemed to repeat endlessly, so I had to force-quit. I could not repeat it however.
Component: Bookmarks → Places
QA Contact: bookmarks → places
Version: unspecified → Trunk
Did you used import into new profile? Or just copied bookmark.html into 3.0 profile? What else can I do to help reproduce what I observe here?
Component: Places → Bookmarks
Version: Trunk → unspecified
> The asserts came in a loop, seemed to repeat endlessly, so I had > to force-quit. I could not repeat it however. Yes, yes. That's what I have seen too. But only once. So didn't reported it. On other side folder manipulations are persistent to me.
Component: Bookmarks → Places
Version: unspecified → Trunk
I am seeing similar issues on Linux with the latest trunk build. I already submitted a report, my experience is recorded in bug #397706 which might be related to this one
all this bugs are already filled elsewhere or WFM, plus please only ONE bug per report.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
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.

Attachment

General

Created:
Updated:
Size: