Import/Export separators titles

RESOLVED FIXED in Firefox 3 alpha5



Bookmarks & History
11 years ago
9 years ago


(Reporter: mano, Assigned: mano)


Firefox 3 alpha5

Firefox Tracking Flags

(Not tracked)



(1 attachment, 1 obsolete attachment)

Import/Export of separators titles.

It's not yet clear whether we're going to have UI for this feature in Places, but per discussion with mconnor we're going to put import/export support for that in place, at least for the time being.
fwiw, I vaguely remember Dietrich saying that Todd used separator titles in fx 2 for sync with foxmarks.
Comment on attachment 264818 [details] [diff] [review]



//    "<HR>"

should we elaborate the comment to include that you might see:

// "<HR NAME="...">"

2) any reason why nsPlacesImportExportService::WriteSeparator() shouldn't take a PRInt64 aId as the first param, instead of a nsINavHistoryResultNode?
Attachment #264818 - Flags: review?(sspitzer) → review+
1) sure, done.
2) * consistency with WriteItem
   * we don't have the itemId handy in the caller
   * I would like to change this code to use node->GetTitle if we keep this
Created attachment 264824 [details] [diff] [review]
as checked in

mozilla/browser/components/places/src/nsPlacesImportExportService.cpp 1.8
mozilla/browser/components/places/src/nsPlacesImportExportService.h 1.4
Attachment #264818 - Attachment is obsolete: true
Last Resolved: 11 years ago
Priority: -- → P2
Resolution: --- → FIXED

Comment 6

11 years ago
(In reply to comment #1)
> fwiw, I vaguely remember Dietrich saying that Todd used separator titles in fx
> 2 for sync with foxmarks.

Just for the record:

I suspect that you're referring to an observation I made a year ago that the then-proposed data model for Places didn't allow a separator to have a name/title, in contrast to the current RDF data model of fx 1/2.

Foxmarks doesn't need them per se (though it does sync 'em). Names on separators are a little-known feature, but I don't think we shouldn't dump them unintentionally.

Dumping them intentionally, on the other hand, would probably be okay.
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.

Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.