Closed
Bug 116748
Opened 24 years ago
Closed 24 years ago
pref doesn't affect anything: scripts and windows - change status bar text
Categories
(Core :: Security: CAPS, defect)
Core
Security: CAPS
Tracking
()
VERIFIED
FIXED
mozilla0.9.8
People
(Reporter: jmd, Assigned: jmd)
Details
Attachments
(2 files, 2 obsolete files)
|
59.64 KB,
text/html
|
Details | |
|
4.63 KB,
patch
|
jag+mozilla
:
review+
jag+mozilla
:
superreview+
|
Details | Diff | Splinter Review |
I unchecked "change status bar text", however this page still updates my status
bar. Perhaps this is an old API that the pref doesn't block yet?
window.defaultStatus=text[pos];
Attaching page (as I had it saved, don't know the URL)
| Assignee | ||
Comment 1•24 years ago
|
||
Comment 2•24 years ago
|
||
-> Security:CAPS
Assignee: rogerl → mstoltz
Component: Javascript Engine → Security: CAPS
QA Contact: pschwartau → bsharma
Comment 3•24 years ago
|
||
Over to Doron. The pref blocks access to window.status, not
window.defaultStatus. It should block both, I guess.
Assignee: mstoltz → doronr
| Assignee | ||
Comment 4•24 years ago
|
||
Dunno if I'm supposed to assign this to myself, or put [PATCH] in the summary or
whiteboard, or whatever, but I added defaultStatus to the objects that pref
blocked. Works perfect. Incoming patch.
OS: Linux → All
Hardware: PC → All
| Assignee | ||
Comment 5•24 years ago
|
||
| Assignee | ||
Comment 6•24 years ago
|
||
Asa tells me I'm supposed to reassign to myself if I have a fix. Need reviews.
Assignee: doronr → mozilla
Updated•24 years ago
|
| Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
| Assignee | ||
Comment 7•24 years ago
|
||
Yesterdays check-in reindented the file and parts of the patch wouldn't apply.
Can I get some reviews before it bitrots again?
Attachment #62729 -
Attachment is obsolete: true
Comment 8•24 years ago
|
||
Comment on attachment 63165 [details] [diff] [review]
unbitroted fix
> - var data = parent.hPrefWindow.wsm.dataManager.pageData["chrome://communicator/content/pref/pref-scripts.xul"];
> + var data = parent.hPrefWindow.wsm.dataManager.pageData["chrome://communicator/content/pref/pref-scripts.xul"];
> - }
> + }
I hope those are not tabs you added to the file. If they are, please fix that.
r=bzbarsky with that caveat
Attachment #63165 -
Flags: review+
| Assignee | ||
Comment 9•24 years ago
|
||
> I hope those are not tabs you added
Nope, I *removed* excessive spaces before EOL. (you can highlight the line with
your mouse in Moz to show the whitespace).
Shiny penny for the first to sr!
| Assignee | ||
Comment 10•24 years ago
|
||
Attachment #63165 -
Attachment is obsolete: true
Comment 11•24 years ago
|
||
Comment on attachment 63226 [details] [diff] [review]
more descriptive var names, requested by jag
Lifting over r=, adding sr=jag
Attachment #63226 -
Flags: superreview+
Attachment #63226 -
Flags: review+
| Assignee | ||
Comment 12•24 years ago
|
||
Checked in - thanks jag.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 13•24 years ago
|
||
Verified on 2002-01-29-03 build on WinNT.
When I load the attachment (id=62695), the status bar still gets updated. Please
let me know if I am doing/verifying something wrong.
Keeping this bug open.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 14•24 years ago
|
||
Bindu,
You need to go to Preferences: Scripts and WIndows and uncheck the box next
to "change status bar text" before running the test. Did you do that?
Comment 15•24 years ago
|
||
After unchecking the preference the test case works fine.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•