Closed
Bug 48206
Opened 25 years ago
Closed 23 years ago
Error in "chrome://communicator/content/tasksOverlay.js"
Categories
(SeaMonkey :: Passwords & Permissions, defect, P3)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
mozilla0.9.9
People
(Reporter: numizmatyka, Assigned: morse)
Details
Attachments
(1 obsolete file)
1. In menu Tasks -> Tools select "JavaScript Console"
2. Run the mouse over "Privacy and Security" in the "Tasks" menu of JS console
In the JS Console you see something like this:
"Error: this.pref has no properties
Source File: chrome://communicator/content/tasksOverlay.js
Line: 228 Column: 0"
There is no such error when runing the mouse over "Privacy and Security" in any
other Mozilla window like navigator, mail etc.
Comment 1•25 years ago
|
||
I could reproduce the error.
In file, mozilla/xpfe/components/console/resources/content/console.js, prefs are
not defined while in mozilla/xpfe/browser/resources/content/navigator.js prefs
are defined in the beginning (line: 34). Now the tasks menu is created using the
same code from mozilla/xpfe/communicator/resources/content/tasksOverlay.js which
uses prefs properties of the window object.
I would suggest to define prefs properties to JS console window in console.js
Comment 3•25 years ago
|
||
Adding pref variable in the console.js will take care of this error.
Copying the code from the navigator.js
Index: console.js
===================================================================
RCS file:
/cvsroot/mozilla/xpfe/components/console/resources/content/console.js,v
retrieving revision 1.10
diff -r1.10 console.js
44a45,58
> /* variable prefs
> var pref = null;
> try
> {
> pref = Components.classes["component://netscape/preferences"];
> if (pref) pref = pref.getService();
> if (pref) pref =
pref.QueryInterface(Components.interfaces.nsIPref);
> }
> catch (ex)
> {
> dump("failed to get prefs service!\n");
> pref = null;
> }
> */
Comment 4•24 years ago
|
||
This isn't a JavaScript Engine bug, moving to XP Apps for now and reassigning to
default owner of the component.
I wonder if we wouldn't be better off getting the service ourselves when we need
it, instead of having a (fairly) hidden dependancy on a |var pref| existing.
Assignee: rogerl → vishy
Component: Javascript Engine → XP Apps
QA Contact: pschwartau → sairuh
unable to reproduce this on a current cvs build, linux.
Is it still a bug?
Comment 6•23 years ago
|
||
works for me
20020117
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Comment 7•23 years ago
|
||
I still see "this.pref" here:
http://lxr.mozilla.org/seamonkey/source/extensions/wallet/resources/content/walletOverlay.js#187
I'm guessing this bug still exists but should be reassigned to
morse@netscape.com for actual triage.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 8•23 years ago
|
||
-->wallet
Assignee: vishy → morse
Status: REOPENED → NEW
Component: XP Apps → Password Manager
QA Contact: sairuh → tpreston
| Assignee | ||
Comment 9•23 years ago
|
||
| Assignee | ||
Comment 10•23 years ago
|
||
Please ignore above patch. Posted to wrong bug report. Sorry.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.9
| Assignee | ||
Updated•23 years ago
|
Attachment #65942 -
Attachment is obsolete: true
| Assignee | ||
Comment 11•23 years ago
|
||
This works for me. And it also works for gemal and aka according to the
comments above.
The only person who says it's still a problem is brade, and that's because she
actually observed the symptom but because she saw "this.pref" in the file.
However that's inside a try clause and so wouldn't produce an error.
Therefore closing this out as wfm.
| Assignee | ||
Comment 12•23 years ago
|
||
really closing out as wfm this time.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•