Closed Bug 466532 Opened 16 years ago Closed 16 years ago

No default bookmarks for profiles with a non-relative profile location (take two)

Categories

(Firefox :: Bookmarks & History, defect, P1)

defect

Tracking

()

VERIFIED FIXED
Firefox 3.6a1

People

(Reporter: ria.klaassen, Assigned: mak)

References

Details

(Keywords: fixed1.9.1, regression)

Attachments

(1 file, 1 obsolete file)

Steps to reproduce:

- Download and unzip a trunk build on your desktop
- Make a batch file with:
  md profile
  start C:\......\firefox\firefox.exe -Profile "profile/"

Result: bookmarks missing.
When I make a profile via the profile manager this does not happen.
Regression range: http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2008-11-17+03%3A00%3A00&enddate=2008-11-18+12%3A00%3A00

Maybe caused by Bug 464767? Sounds like that.
Flags: blocking-firefox3.1?
This might be a dupe of bug 465933.
most likely, adding a dependancy for now
Depends on: 465933
Assignee: nobody → mak77
Severity: normal → major
Flags: blocking-firefox3.1? → blocking-firefox3.1+
Priority: -- → P1
Target Milestone: --- → Firefox 3.1
Whiteboard: needs retriage after dependancies are fixed
Not yet fixed in build 20081204084940.
Attached patch patch v1Splinter Review
previously when bookmarks.html was not available we were always falling back to default bookmarks. We are not anymore to avoid unwanted bookmarks overwrite.

There are 2 possibilities to fix this, we could go back to the fallback case but check condition if importBookmarksHTML is true and don't fall back, or we could do as in this patch, detect the case where we have to import but not default nor html and set local vars accordingly falling back from JSON to HTML to default based on their existance. The latter is more verbose but i find it clearer as a part where we state our situation and a part where we actually do the work.
Attachment #352120 - Flags: review?(dietrich)
Attached patch alternative patch (obsolete) — Splinter Review
for comparison this is the alternative patch
Attachment #352123 - Flags: review?(dietrich)
Status: NEW → ASSIGNED
Comment on attachment 352120 [details] [diff] [review]
patch v1

r=me, yes this way is clearer.
Attachment #352120 - Flags: review?(dietrich) → review+
Attachment #352123 - Attachment is obsolete: true
Attachment #352123 - Flags: review?(dietrich)
Whiteboard: needs retriage after dependancies are fixed → [has patch][can land]
pushed to trunk:
http://hg.mozilla.org/mozilla-central/rev/b1cae4b3e1ab
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Flags: in-litmus?
OS: Windows XP → All
Hardware: PC → All
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081209 Minefield/3.2a1pre

Yeah, the default set of bookmarks is back; verified fixed :)
Status: RESOLVED → VERIFIED
http://hg.mozilla.org/releases/mozilla-1.9.1/rev/ecb88f87cec2
Keywords: fixed1.9.1
Whiteboard: [has patch][can land]
Target Milestone: Firefox 3.1 → Firefox 3.2a1
not really a good type of test case for litmus.
Flags: in-litmus? → in-litmus-
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: