Closed
Bug 499245
Opened 16 years ago
Closed 16 years ago
Create new subfolder in Bookmarks sidebar (NOT Library) then move it -- FF crashes
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 454457
People
(Reporter: dmaclean, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11
Note that this happens ONLY in the sidebar. If you open the Library and try to do the same STR no crash results. While this is extremely similar to Bug 454457, it does NOT happen in the Library. Also, I experience no delays. When the folder is created, it is placed at the end of the list of folders/bookmarks in the current folder. I will nearly drag the new folder up among the other folders and in alphabetical order. As soon as I release the mouse to drop the folder into its new location, Firefox crashes.
Note that the new folder must be created in a subfolder -- i.e., creating a new folder at the "root" level and moving it immediately will NOT cause the crash.
Reproducible: Always
Steps to Reproduce:
1. Make sure Bookmarks sidebar is open.
2. Right-click an existing folder, then select "New Folder". A new folder is created at the end of the list of existing items in that folder.
3. Drag the folder to a new position in the same subfolder.
4. Drop the folder while the dark line is showing (insertion point).
Actual Results:
Firefox crashes -- a dialog appears. More details below, because if I try it now I'll lose all this stuff I'm typing.
When Firefox restarts, the folder is in the position where it was dropped just like nothing happened, i.e., the drag/drop was successful, Firefox just crashed after the folder move.
Expected Results:
Just not crashed. Everything else is fine.
I have Crash Reporting enabled (Enabled=1) in the application.ini file, but no dialog appears. I also checked about:crashes, but nothing is listed, so I can't give any additional detail.
| Reporter | ||
Comment 1•16 years ago
|
||
Sorry, Crash Reporter dialog does appear -- I just made it do it again, and here's the ID: 048b5ba4-29ca-4ff0-b584-5ebba2090618.
| Reporter | ||
Comment 2•16 years ago
|
||
Further experimentation reveals that this is easiest to duplicate in a folder that already has existing folders and bookmarks in it. It won't always happen if you just try to duplicate the problem by creating a new folder off root then add new folders to that just-created folder. It's like there has to be data there already when Firefox starts up before you try it (in order for it to crash FF).
| Reporter | ||
Comment 3•16 years ago
|
||
Note that I did try to duplicate the crash behavior in the Library, but it won't do it there no matter how hard I try...
Updated•16 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Comment 6•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
•