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)

x86
Windows XP
defect
Not set
critical

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.
Sorry, Crash Reporter dialog does appear -- I just made it do it again, and here's the ID: 048b5ba4-29ca-4ff0-b584-5ebba2090618.
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).
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...
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
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.