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)

x86
Windows XP
defect
Not set
normal

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)
Attached patch patch 1 of 3 to back out (obsolete) — Splinter Review
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.
Attachment #258562 - Attachment is obsolete: true
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
Attachment #258602 - Attachment description: patch to back me out → patch 1 of 3 to back out
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
Depends on: 373756
Also need to back out the upcoming change from bug 382101.
Depends on: 382101
Asaf, Seth, are you guys going to do this?  Or should I try to?
Flags: blocking-firefox3?
> 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
Flags: blocking-firefox3? → blocking-firefox3+
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
Attached patch patch (obsolete) — Splinter Review
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)
Comment on attachment 269043 [details] [diff] [review]
patch

r=mano
Attachment #269043 - Flags: review?(mano) → review+
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
backing myself out, this causes a performance regression.  see bug #385208
Blocks: 385208
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment on attachment 269043 [details] [diff] [review]
patch

this patch causes performance problems.
Attachment #269043 - Attachment is obsolete: true
Attachment #269043 - Flags: review+ → review-
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 → ---
Target Milestone: --- → Firefox 3 beta1
not going to happen for m7, sliding.
Target Milestone: Firefox 3 M7 → Firefox 3 M8
not UI related, so sliding again.
Target Milestone: Firefox 3 M8 → Firefox 3
Target Milestone: Firefox 3 → Firefox 3 M9
Assignee: sspitzer → mano
Status: REOPENED → NEW
The extra-calls to load() (and thus the slowness) were due to the removal of the |this.place| check in the tree constructor.
Attached patch patchSplinter Review
Attachment #284706 - Flags: review?(dietrich)
asaf, please make sure to test with a profile with a lot of bookmarks.
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+
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 ago17 years ago
Resolution: --- → FIXED
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
Depends on: 401333
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: