Closed
Bug 165653
Opened 22 years ago
Closed 21 years ago
mozilla/dom depends on mozilla/xpfe/components/sidebar (nsISideBar)
Categories
(Core :: DOM: Core & HTML, defect, P3)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla1.6alpha
People
(Reporter: sspitzer, Assigned: caillon)
Details
Attachments
(1 file)
28.00 KB,
patch
|
bryner
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
mozilla/dom depends on mozilla/xpfe/components/sidebar (nsISideBar)
talking to alecf, embeddors shouldn't need pull or build
mozilla/xpfe/components/sidebar.
Updated•22 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla1.2beta
Comment 1•22 years ago
|
||
mozilla 1.1alpha is more or less done, so I'm moving non-critical mozilla1.2beta
bugs out to the next milestone to make room for the mozilla1.1alpha bugs that
didn't make it.
Target Milestone: mozilla1.2beta → mozilla1.3alpha
Comment 2•22 years ago
|
||
moving non-critical 1.3alpha bugs to 1.4alpha
Target Milestone: mozilla1.3alpha → mozilla1.4alpha
Comment 3•22 years ago
|
||
mass moving lower risk 1.4alpha stuff to 1.4beta
Target Milestone: mozilla1.4alpha → mozilla1.4beta
Updated•22 years ago
|
Target Milestone: mozilla1.4beta → mozilla1.5alpha
Assignee | ||
Comment 4•22 years ago
|
||
Taking, I've got the fix.
Assignee: alecf → caillon
Status: ASSIGNED → NEW
OS: Windows 2000 → All
Hardware: PC → All
Target Milestone: mozilla1.5alpha → mozilla1.6alpha
Assignee | ||
Comment 5•22 years ago
|
||
So this patch makes the prompter get the active window instead of the calling
window (since there really is no way for us to know what the calling window was
otherwise), but that should not be that big of a deal, really.
Assignee | ||
Comment 6•22 years ago
|
||
Comment on attachment 130260 [details] [diff] [review]
Patch
jst should definitely review this for the dom changes, but I'm not sure who
else to ping about this. bryner, perhaps?
Attachment #130260 -
Flags: superreview?(jst)
Attachment #130260 -
Flags: review?(bryner)
Comment 7•22 years ago
|
||
Comment on attachment 130260 [details] [diff] [review]
Patch
Looks good to me, assuming JAVASCRIPT_GLOBAL_PROPERTY_CATEGORY works the way I
think it does. It's unfortunate that we can't get the calling window though...
I wonder about maybe adding an nsIObserver notification after an instance is
created from GLOBAL_PROPERTY_CATEGORY, which would pass in the DOM window.
Might be a performance loss though, and as you say, it's not a huge deal.
r=bryner.
Attachment #130260 -
Flags: review?(bryner) → review+
Comment 8•21 years ago
|
||
Comment on attachment 130260 [details] [diff] [review]
Patch
sr=jst
Attachment #130260 -
Flags: superreview?(jst) → superreview+
Assignee | ||
Comment 9•21 years ago
|
||
Fix checked in.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 10•21 years ago
|
||
This probably caused the regression in bug 219534.
Comment 11•21 years ago
|
||
Not probably, it did cause the regression. I have not enough knowledge about
this bug, but I really cannot understand why this was removed. If the search
engines should not be added to window.sidebar, then I'm fine, since the search
box actually isn't the sidebar. But then we need a new way to add the search
engines.
Assignee | ||
Comment 12•21 years ago
|
||
The regression is firebird only. Note that I did not remove sidebar at all. I
just "moved" it. It used to be that gecko depended on it, meaning you could not
have a mozilla without it. It got moved to seamonkey. Firebird just needs to
have the last 2 files of the patch ported over. I can't do that since I don't
have access to firebird.
Comment 13•21 years ago
|
||
Chris, when you said "I can't do that since I don't have access to firebird,"
did you really mean "Screw Firebird, I'm not interested in fixing my regression
there" because "Firebird just needs to have the last 2 files of the patch ported
over. I can't do that since I don't have access to firebird" isn't quite the truth.
As far as I can tell, there's nothing about mozilla.org's system that prevents
you from accessing the Firebird code, so you certainly could port those files
over and offer a patch to the Firebird developers for check-in.
Assignee | ||
Comment 14•21 years ago
|
||
No, I meant that the patch is here and there really is not much more I can do.
If someone grants me access to the firebird partition, I'd be more than happy to
fix the regression myself. Or if someone who has access to it grabs the patch
and applies it from browser/ with |patch -p1| ignoring the dom stuff (just keep
tapping enter) that would work too. I'm not all that inclined to grab a
firebird tree to produce a pretty much identical patch, especially since my
build environment is hosed.
![]() |
||
Comment 15•21 years ago
|
||
Note that the firebird partition is now open.
Asa, chill out.
Assignee | ||
Comment 16•21 years ago
|
||
Oh, yeah the firebird thing was fixed a long time ago, and pch had a maintenance
patch to it recently since there was one additional caller of nsISidebar.window
that I didn't notice. viewing sidebar worked but adding them didn't. That
should also be fixed now.
![]() |
||
Comment 17•21 years ago
|
||
Hrm... so this patch makes window.sidebar always point to our sidebar... this
breaks sites that have a frame named "sidebar". See bug 222191. That's not
cool. :(
Component: DOM: Core → DOM: Core & HTML
QA Contact: stummala → general
You need to log in
before you can comment on or make changes to this bug.
Description
•