Closed
Bug 373944
Opened 18 years ago
Closed 17 years ago
revert the workarounds for bug #373719, bug #373721, bug #374150 and bug #374166 caused by bug #267833
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
FIXED
Firefox 3 beta1
People
(Reporter: moco, Assigned: asaf)
References
Details
Attachments
(3 files, 5 obsolete files)
revert the workarounds for bug #373719 and bug #373721 caused by bug #267833 bz writes: We may want to do something similar to what scripts do and only fire constructors from EndUpdate if they got posted during the update. Not sure; need to look over those stacks a little more (in particular, the reentry of SetView on the tree there). Unfortunately, I won't be able to do that until the 27th. Were we going to enable places before then, or is this blocking places development? If so, it might be worth doing the workaround for now.... :( this bug tracks backing out the hacks i checked in for bug #373719 and bug #373721 (I'll attach a patch)
Reporter | ||
Comment 1•18 years ago
|
||
Reporter | ||
Comment 2•18 years ago
|
||
here's a patch to back me out, as the fix changed. note, asaf suggests, we may not to back me out even if the regression is fixed.
Reporter | ||
Updated•18 years ago
|
Attachment #258562 -
Attachment is obsolete: true
Reporter | ||
Comment 3•18 years ago
|
||
a couple more changes were needed as well, which we'd want to back out.
Depends on: 374150
Summary: revert the workarounds for bug #373719 and bug #373721 caused by bug #267833 → revert the workarounds for bug #373719, bug #373721, and bug #374150 caused by bug #267833
Reporter | ||
Comment 4•18 years ago
|
||
Reporter | ||
Updated•18 years ago
|
Attachment #258602 -
Attachment description: patch to back me out → patch 1 of 3 to back out
Reporter | ||
Comment 5•18 years ago
|
||
Reporter | ||
Updated•18 years ago
|
Summary: revert the workarounds for bug #373719, bug #373721, and bug #374150 caused by bug #267833 → revert the workarounds for bug #373719, bug #373721, bug #374150 and bug #374166 caused by bug #267833
Assignee | ||
Comment 6•17 years ago
|
||
Also need to back out the upcoming change from bug 382101.
Depends on: 382101
![]() |
||
Comment 7•17 years ago
|
||
Asaf, Seth, are you guys going to do this? Or should I try to?
Flags: blocking-firefox3?
Reporter | ||
Comment 8•17 years ago
|
||
> Asaf, Seth, are you guys going to do this? Or should I try to?
I think it makes more sense for us to do it.
taking for a6.
Assignee: nobody → sspitzer
Target Milestone: --- → Firefox 3 alpha6
Updated•17 years ago
|
Flags: blocking-firefox3? → blocking-firefox3+
Reporter | ||
Comment 9•17 years ago
|
||
accepting, hope to have a back out patch to confirm that now that bug #373756 is fixed, we don't need these workarounds. hope to have that today, so that we dveditz/jonas/bz can backport the fix for bug #373756 and bug #267833 on the branch.
Status: NEW → ASSIGNED
Reporter | ||
Comment 10•17 years ago
|
||
looking at the bugs mentioned in this bug and the patches, here's all I could find that needed to be backed out. Note, I checked all of these sources: https://bugzilla.mozilla.org/attachment.cgi?id=266679, moveBookmarks.js https://bugzilla.mozilla.org/attachment.cgi?id=258748, history-panel.js https://bugzilla.mozilla.org/attachment.cgi?id=258744, bookmarkProperties.js https://bugzilla.mozilla.org/attachment.cgi?id=258602, tree.xml / places.js
Attachment #258602 -
Attachment is obsolete: true
Attachment #258744 -
Attachment is obsolete: true
Attachment #258748 -
Attachment is obsolete: true
Attachment #269043 -
Flags: review?(mano)
Assignee | ||
Comment 11•17 years ago
|
||
Comment on attachment 269043 [details] [diff] [review] patch r=mano
Attachment #269043 -
Flags: review?(mano) → review+
Reporter | ||
Comment 12•17 years ago
|
||
fixed. Checking in browser/components/places/content/moveBookmarks.js; /cvsroot/mozilla/browser/components/places/content/moveBookmarks.js,v <-- move Bookmarks.js new revision: 1.7; previous revision: 1.6 done Checking in browser/components/places/content/places.js; /cvsroot/mozilla/browser/components/places/content/places.js,v <-- places.js new revision: 1.90; previous revision: 1.89 done Checking in browser/components/places/content/tree.xml; /cvsroot/mozilla/browser/components/places/content/tree.xml,v <-- tree.xml new revision: 1.74; previous revision: 1.73 done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 13•17 years ago
|
||
backing myself out, this causes a performance regression. see bug #385208
Reporter | ||
Comment 14•17 years ago
|
||
Comment on attachment 269043 [details] [diff] [review] patch this patch causes performance problems.
Attachment #269043 -
Attachment is obsolete: true
Attachment #269043 -
Flags: review+ → review-
Reporter | ||
Comment 15•17 years ago
|
||
Reporter | ||
Comment 16•17 years ago
|
||
Reporter | ||
Comment 17•17 years ago
|
||
notice the extra call to load() and set_place() between those two venkman profiles. I'm not sure fixing this bug while not regressing performance is going to happen for A6.
Target Milestone: Firefox 3 alpha6 → ---
Updated•17 years ago
|
Target Milestone: --- → Firefox 3 beta1
Reporter | ||
Comment 18•17 years ago
|
||
not going to happen for m7, sliding.
Target Milestone: Firefox 3 M7 → Firefox 3 M8
Reporter | ||
Comment 19•17 years ago
|
||
not UI related, so sliding again.
Target Milestone: Firefox 3 M8 → Firefox 3
Updated•17 years ago
|
Target Milestone: Firefox 3 → Firefox 3 M9
Assignee | ||
Updated•17 years ago
|
Assignee: sspitzer → mano
Status: REOPENED → NEW
Assignee | ||
Comment 20•17 years ago
|
||
The extra-calls to load() (and thus the slowness) were due to the removal of the |this.place| check in the tree constructor.
Assignee | ||
Comment 21•17 years ago
|
||
Attachment #284706 -
Flags: review?(dietrich)
Reporter | ||
Comment 22•17 years ago
|
||
asaf, please make sure to test with a profile with a lot of bookmarks.
Comment 23•17 years ago
|
||
Comment on attachment 284706 [details] [diff] [review] patch the change looks fine. please keep an eye on the perf tinderboxes.
Attachment #284706 -
Flags: review?(dietrich) → review+
Assignee | ||
Comment 24•17 years ago
|
||
mozilla/browser/components/places/content/moveBookmarks.js 1.11 mozilla/browser/components/places/content/places.js 1.111 mozilla/browser/components/places/content/tree.xml 1.84
Status: NEW → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → FIXED
Comment 25•17 years ago
|
||
after this checkin, 20071024_1939_firefox-3.0a9pre.en-US.win32.zip open Places Organizer, in default Error Console, Error: [Exception... "Component returned failure code: 0x804b000a [nsIIOService.newURI]" nsresult: "0x804b000a (<unknown>)" location: "JS frame :: file:///C:/Program%20Files/Mozilla%20Firefox/components/nsScriptableIO.js :: ScriptableIO_newURI :: line 229" data: no] Source File: file:///C:/Program%20Files/Mozilla%20Firefox/components/nsScriptableIO.js Line: 229
Comment 26•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
Comment hidden (spam) |
You need to log in
before you can comment on or make changes to this bug.
Description
•