Seen using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2008010805 Minefield/3.0b3pre. Seen on Mac as well. STR: 1. Start the latest nightly with a new profile. Result: Observe that nothing appears in the bookmarks toolbar (no smart browsing folder and no default RSS feed).
I see this with the latest, but not with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b3pre) Gecko/2008010404 Minefield/3.0b3pre this regression is p1 / blocking, in my book. I don't see anything in the error console. quick scan of checkins make me think bug #408751, nsNavHistory::Init is fragile (r=sspitzer), but I may apologize before the day is out.
10 years ago
This is a regression that broke between 2008010705 and 2008010805
10 years ago
i reverted the fix for bug 408751 and the problem is still there. also, if the regression range in comment #2 is correct, bug 408751 was checked in a day prior.
thanks dietrich. I was worried it might have been marco change (plus my tweaks) for bug #392399, but that landed on 1/04.
looking like bookmarks.html is not in the profile dir.
weird, with these steps: 1. open with -ProfileManager 2. create a new profile 3. quit Branch: directory has all profile files Nightly: directory is empty
yep, confirmed that 2008010704 nightly does not have the problem, and 2008010804 does.
> looking like bookmarks.html is not in the profile dir. I remember seeing some bug mail traffic about something like this (see bug #381365), but I don't remember any checkins of that nature. > Branch: directory has all profile files > Nightly: directory is empty do you mean, branch (your debug build) vs nightly (optimized)?
[5:51pm] philor: dietrich: bsmedberg accidentally landed his patch for bug 381365 as part of bug 410610's checkin [5:52pm] philor: the nsToolkitProfileService.cpp change wasn't supposed to be there i'm reverting to see if this is the problem
(In reply to comment #9) > [5:51pm] philor: dietrich: bsmedberg accidentally landed his patch for bug > 381365 as part of bug 410610's checkin > [5:52pm] philor: the nsToolkitProfileService.cpp change wasn't supposed to be > there > > i'm reverting to see if this is the problem > yep, that's the problem.
confirmed this regressed between Jan 7 06:50 - working Jan 7 07:50 Fail
Created attachment 296072 [details] [diff] [review] revert the patch from bug 381365
Comment on attachment 296072 [details] [diff] [review] revert the patch from bug 381365 Aww frick. Although, this is what we need long-term ;-)
yep, will fix along w/ the other bug once it's blocker+'d and prioritized. Checking in toolkit/profile/src/nsToolkitProfileService.cpp; /cvsroot/mozilla/toolkit/profile/src/nsToolkitProfileService.cpp,v <-- nsToolkitProfileService.cpp new revision: 1.20; previous revision: 1.19 done
verified with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008010904 Minefield/3.0b3pre
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