Closed
Bug 382094
Opened 17 years ago
Closed 17 years ago
bookmarks root should be a child of the places root
Categories
(Firefox :: Bookmarks & History, defect)
Firefox
Bookmarks & History
Tracking
()
VERIFIED
FIXED
Firefox 3 alpha5
People
(Reporter: dietrich, Assigned: dietrich)
Details
Attachments
(1 file, 1 obsolete file)
7.16 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
Comment 1•17 years ago
|
||
given possible schema/import-schema change, let's get this done by a5.
Target Milestone: Firefox 3 alpha6 → Firefox 3 alpha5
Assignee | ||
Comment 2•17 years ago
|
||
this sets proper parentage for the bookmarks and tag roots.
Comment 3•17 years ago
|
||
Comment on attachment 266324 [details] [diff] [review] fix v1 So, I couldn't figure out what's the moz_bookmarks_table about, at all. I'm also not sure what makes bookmarksRoot a root.
Assignee | ||
Comment 4•17 years ago
|
||
(In reply to comment #3) > (From update of attachment 266324 [details] [diff] [review]) > So, I couldn't figure out what's the moz_bookmarks_table about, at all. hm, that string is not present in the patch. where are you seeing that? > I'm > also not sure what makes bookmarksRoot a root. > "root" is not the ideal term for these, as the only "root" that has no parent in the folder hierarchy is the places root. in the old world, default_places.html would build the hierarchy, so this patch fixes that regression. the utility of this, however, may change in light of the direction our tagging implementation takes.
Assignee | ||
Comment 5•17 years ago
|
||
adds migration code, and tests.
Attachment #266324 -
Attachment is obsolete: true
Attachment #266324 -
Flags: review?(mano)
Assignee | ||
Updated•17 years ago
|
Attachment #266794 -
Flags: review?(mano)
Comment 6•17 years ago
|
||
Comment on attachment 266794 [details] [diff] [review] fix v2 r=mano.
Attachment #266794 -
Flags: review?(mano) → review+
Assignee | ||
Comment 7•17 years ago
|
||
Checking in toolkit/components/places/src/nsNavBookmarks.cpp; /cvsroot/mozilla/toolkit/components/places/src/nsNavBookmarks.cpp,v <-- nsNavBookmarks.cpp new revision: 1.101; previous revision: 1.100 done Checking in toolkit/components/places/src/nsNavBookmarks.h; /cvsroot/mozilla/toolkit/components/places/src/nsNavBookmarks.h,v <-- nsNavBookmarks.h new revision: 1.43; previous revision: 1.42 done Checking in toolkit/components/places/tests/bookmarks/test_bookmarks.js; /cvsroot/mozilla/toolkit/components/places/tests/bookmarks/test_bookmarks.js,v <-- test_bookmarks.js new revision: 1.28; previous revision: 1.27 done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 8•17 years ago
|
||
Verified in Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a7pre) Gecko/200707270404 Minefield/3.0a7pre but I browsed the places.sqlite to look at the parent/child relationship.
Status: RESOLVED → VERIFIED
Comment 9•15 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
•