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)
Firefox
Bookmarks & History
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)
1.95 KB,
patch
|
dietrich
:
review+
|
Details | Diff | Splinter Review |
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?
Comment 1•16 years ago
|
||
This might be a dupe of bug 465933.
Updated•16 years ago
|
Assignee: nobody → mak77
Severity: normal → major
Flags: blocking-firefox3.1? → blocking-firefox3.1+
Priority: -- → P1
Target Milestone: --- → Firefox 3.1
Assignee | ||
Updated•16 years ago
|
Whiteboard: needs retriage after dependancies are fixed
Reporter | ||
Comment 3•16 years ago
|
||
Not yet fixed in build 20081204084940.
Assignee | ||
Comment 4•16 years ago
|
||
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)
Assignee | ||
Comment 5•16 years ago
|
||
for comparison this is the alternative patch
Attachment #352123 -
Flags: review?(dietrich)
Assignee | ||
Updated•16 years ago
|
Status: NEW → ASSIGNED
Comment 6•16 years ago
|
||
Comment on attachment 352120 [details] [diff] [review]
patch v1
r=me, yes this way is clearer.
Attachment #352120 -
Flags: review?(dietrich) → review+
Assignee | ||
Updated•16 years ago
|
Attachment #352123 -
Attachment is obsolete: true
Attachment #352123 -
Flags: review?(dietrich)
Assignee | ||
Updated•16 years ago
|
Whiteboard: needs retriage after dependancies are fixed → [has patch][can land]
Assignee | ||
Comment 7•16 years ago
|
||
pushed to trunk:
http://hg.mozilla.org/mozilla-central/rev/b1cae4b3e1ab
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•16 years ago
|
Flags: in-litmus?
Assignee | ||
Updated•16 years ago
|
OS: Windows XP → All
Hardware: PC → All
Reporter | ||
Comment 8•16 years ago
|
||
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
Comment 9•16 years ago
|
||
Comment 10•16 years ago
|
||
not really a good type of test case for litmus.
Flags: in-litmus? → in-litmus-
Comment 11•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
•