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)
Tracking
()
RESOLVED
INVALID
People
(Reporter: thephilips, Unassigned)
Details
Attachments
(1 file)
|
109.18 KB,
text/html
|
Details |
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.
| Reporter | ||
Comment 1•18 years ago
|
||
My Ff2.0 bookmark.html
| Reporter | ||
Comment 2•18 years ago
|
||
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.
Comment 3•18 years ago
|
||
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.
Comment 4•18 years ago
|
||
(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
| Reporter | ||
Comment 5•18 years ago
|
||
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
| Reporter | ||
Comment 6•18 years ago
|
||
> 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.
Updated•18 years ago
|
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
Comment 8•18 years ago
|
||
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
Comment 9•16 years ago
|
||
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.
Description
•