Closed
Bug 360119
Opened 18 years ago
Closed 18 years ago
identify and fix the XUL overlays using processing instruction inside the <overlay> element
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: asqueella, Assigned: asqueella)
References
Details
(Keywords: dev-doc-complete)
Attachments
(1 file, 3 obsolete files)
8.24 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
Per bug 359959 comment 16, these should be fixed. It's possible that this won't be supported in the new patch in bug 319654.
These are the two examples I've seen:
http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/browser/base/content/viewSourceOverlay.xul&rev=1.6&mark=42
http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/browser/base/content/macBrowserOverlay.xul&rev=1.10&mark=51-56
![]() |
||
Comment 1•18 years ago
|
||
What about seamonkey, thunderbird, etc? Do they not have any files with this issue?
Assignee | ||
Comment 2•18 years ago
|
||
They probably do, but we don't have a component for "fix something in the whole tree", so I filed the bug here. I'll probably write something to check this automatically.
Comment 3•18 years ago
|
||
If this is something that authors have used often, and will now not work the same way, then you should also post a message to m.d.platform and the project_owners list.
Assignee | ||
Comment 4•18 years ago
|
||
Neil, sure.
A quick script (looking for "<overlay" or ":overlay" before "<?") weirdly only finds hits in browser/ (of the whole tree). Some of these may be false positives, although that's not very likely:
c:\mozilla\browser\base\content\downloadManagerOverlay.xul: FAIL
c:\mozilla\browser\base\content\extensionsManagerOverlay.xul: FAIL
c:\mozilla\browser\base\content\jsConsoleOverlay.xul: FAIL
c:\mozilla\browser\base\content\macBrowserOverlay.xul: FAIL
c:\mozilla\browser\base\content\softwareUpdateOverlay.xul: FAIL
c:\mozilla\browser\base\content\viewSourceOverlay.xul: FAIL
Updated•18 years ago
|
Blocks: baseMenuOverlay
Assignee | ||
Comment 5•18 years ago
|
||
Unfortunately I can't test this, since I don't have a Mac.
Attachment #245330 -
Flags: review?(mano)
Comment 6•18 years ago
|
||
Comment on attachment 245330 [details] [diff] [review]
patch
r=mano.
Attachment #245330 -
Flags: review?(mano) → review+
Assignee | ||
Updated•18 years ago
|
Whiteboard: [checkin needed]
![]() |
||
Comment 7•18 years ago
|
||
What about browser/base/content/macBrowserOverlay.xul ?
Comment 8•18 years ago
|
||
Indeed, it works much better including the one that crashes us at startup :)
Attachment #245330 -
Attachment is obsolete: true
Attachment #245343 -
Flags: review?(mano)
![]() |
||
Comment 9•18 years ago
|
||
Probably need to move the xul-stylesheet PIs there too....
Comment 10•18 years ago
|
||
Comment on attachment 245343 [details] [diff] [review]
With macBrowserOverlay.xul
Oops, needed to move the stylesheets, too.
Attachment #245343 -
Attachment is obsolete: true
Attachment #245343 -
Flags: review?(mano)
Comment 11•18 years ago
|
||
With *all* of it, this time, I hope.
Attachment #245345 -
Flags: review?(mano)
Updated•18 years ago
|
Whiteboard: [checkin needed]
![]() |
||
Comment 12•18 years ago
|
||
Doesn't that last patch change the order of the overlay and stylesheets? I doubt that's really needed (or desirable).
Comment 13•18 years ago
|
||
Sigh. I was also putting them between the (#included) doctype and the <overlay> element, which whether or not it matters just isn't done.
Attachment #245345 -
Attachment is obsolete: true
Attachment #245348 -
Flags: review?(mano)
Attachment #245345 -
Flags: review?(mano)
Comment 14•18 years ago
|
||
Comment on attachment 245348 [details] [diff] [review]
With macBrowserOverlay.xul v.3
r=mano
Attachment #245348 -
Flags: review?(mano) → review+
![]() |
||
Comment 15•18 years ago
|
||
Checked in.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 16•18 years ago
|
||
Phil, thanks for catching that!
Assignee | ||
Comment 17•18 years ago
|
||
Comment 18•16 years ago
|
||
??
Comment 19•16 years ago
|
||
what i can use this BUG
Comment 20•16 years ago
|
||
How can a bug that's already fixed block the release?
Flags: blocking-firefox3.1?
Comment 21•16 years ago
|
||
We could probably do with updating the examples on MDC to stop recommending this
Keywords: dev-doc-needed
Assignee | ||
Comment 22•16 years ago
|
||
Are there any specific examples in need of update?
Comment 23•16 years ago
|
||
Of course I can't find the one I copied from earlier now, but there is definitely some example there.
Comment 24•16 years ago
|
||
Found one case where this was done and changed it. Marking as doc-complete; if anyone finds other examples of this, fix 'em. :)
Keywords: dev-doc-needed → dev-doc-complete
You need to log in
before you can comment on or make changes to this bug.
Description
•