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)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 3 alpha5

People

(Reporter: dietrich, Assigned: dietrich)

Details

Attachments

(1 file, 1 obsolete file)

 
given possible schema/import-schema change, let's get this done by a5.
Target Milestone: Firefox 3 alpha6 → Firefox 3 alpha5
Attached patch fix v1 (obsolete) — Splinter Review
this sets proper parentage for the bookmarks and tag roots.
Assignee: nobody → dietrich
Status: NEW → ASSIGNED
Attachment #266324 - Flags: review?(mano)
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.
(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.
Attached patch fix v2Splinter Review
adds migration code, and tests.
Attachment #266324 - Attachment is obsolete: true
Attachment #266324 - Flags: review?(mano)
Attachment #266794 - Flags: review?(mano)
Comment on attachment 266794 [details] [diff] [review]
fix v2

r=mano.
Attachment #266794 - Flags: review?(mano) → review+
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
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
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: