Re: Bug in RhinoTip
Resent-Date:
Sat, 30 Jun 2001 11:45:38 -0700 (PDT)
Resent-From:
mozilla-jseng@mozilla.org
Date:
Sat, 30 Jun 2001 20:54:21 +0200
From:
Igor Bukanov <igor@icesoft.no>
Organization:
Wind River
To:
nboyd@atg.com
CC:
Christopher Oliver <coliver@mminternet.com>, mozilla-jseng@mozilla.org
References:
1
Christopher Oliver wrote:
> Hi,
>
> I noticed the following in today's rhinoTip:
>
> js> throw 100
> js: uncaught JavaScript exception: java.lang.Object@5d601f
>
> js> throw 200
> js: uncaught JavaScript exception: java.lang.Object@5d601f
>
> js> throw i = 100
> js: uncaught JavaScript exception: 100
The attached patch to omj/Interpreter.java fixes that: I forgot to check
for stack[stackTop] == DBL_MARK during throw when implemented
interpreter optimization to minimize number of created Double instances.
I think that example should go to the test suite in a form like:
try { throw 100; } catch (ex) { return ex == 100; }
Regards, Igor
git-svn-id: svn://10.0.0.236/trunk@98454 18797224-902f-48f8-a5cc-f745e15eee43
Bugfix to Rhino Debugger
Date:
Sat, 30 Jun 2001 06:09:44 -0700
From:
Christopher Oliver <coliver@mminternet.com>
Organization:
Primary Interface LLC
To:
nboyd@atg.com
Hi Norris,
Attached is a fix to a problem I encountered with the Rhino debugger.
Apparently some recent changes to the engine broke the debugger because
the debugger wasn't acquiring a Context before making certain engine
calls like ScriptableObject.getIds(). You can see this by stepping
through the "enum.js" example and expanding the variable "elements".
The below exception trace will be printed on the debugger console. The
attached file should fix this problem.
Chris
Subject:
Another fix to VariableModel.java
Date:
Sat, 30 Jun 2001 07:33:51 -0700
From:
Christopher Oliver <coliver@mminternet.com>
Organization:
Primary Interface LLC
To:
nboyd@atg.com
Hi Norris,
I modified this file to always call Context.toString() to display a
variable's value in the the tree table. Previously it only called it
for Scriptables and the toString() method of the object otherwise. This
caused for example JavaScript "2" to be displayed as "2.0".
Chris
git-svn-id: svn://10.0.0.236/trunk@98451 18797224-902f-48f8-a5cc-f745e15eee43
Browser client area prettiness when launched with blank page (draw a nice inset border)
git-svn-id: svn://10.0.0.236/trunk@98445 18797224-902f-48f8-a5cc-f745e15eee43
Make preferences dialog work (PrefPanel class for preference panel switching, loading of preferences, saving of preferences, initial Browser Display panel)
git-svn-id: svn://10.0.0.236/trunk@98444 18797224-902f-48f8-a5cc-f745e15eee43
massive changes to add i18n support to chatzilla, see bug 27805, "ChatZilla needs i18n"
git-svn-id: svn://10.0.0.236/trunk@98441 18797224-902f-48f8-a5cc-f745e15eee43
initial add of stringbundle for chatzilla, for bug 27805, "ChatZilla needs i18n"
git-svn-id: svn://10.0.0.236/trunk@98440 18797224-902f-48f8-a5cc-f745e15eee43
parameter (for document character set) to ensure the correct function is called.
'undefined' works as the function being called assumes the character set of the focused
window in the case that the passed character set is undefined.
r=fabian, sr=blake.
git-svn-id: svn://10.0.0.236/trunk@98439 18797224-902f-48f8-a5cc-f745e15eee43
Add windowtype attribute to preferences <window> element so that the window can be found using the window mediator.
Patch from jbetak@netscape.com based on my suggestion, r=dbaron, sr=myself.
git-svn-id: svn://10.0.0.236/trunk@98438 18797224-902f-48f8-a5cc-f745e15eee43
This change fixes the problem by looking for an existing preferences dialog using the window mediator, and focusing one if found. Otherwise, a new one is loaded.
Patch from jbetak@netscape.com based on my suggestion, r=dbaron, sr=myself.
git-svn-id: svn://10.0.0.236/trunk@98437 18797224-902f-48f8-a5cc-f745e15eee43
Thanks to John Mark Vandenberg <johnv@adacel.com.au> for the patch.
Bug #88288 r=cls
git-svn-id: svn://10.0.0.236/trunk@98403 18797224-902f-48f8-a5cc-f745e15eee43
Thanks to Javier Pedemonte <pedemont@us.ibm.com> for the patch.
Bug #85283 r=mkaply r=waterson
git-svn-id: svn://10.0.0.236/trunk@98398 18797224-902f-48f8-a5cc-f745e15eee43
This style rule should disappear on the trunk, but not just yet.
r=blake, sr=alecf
git-svn-id: svn://10.0.0.236/trunk@98391 18797224-902f-48f8-a5cc-f745e15eee43
- general code tidy up. Merge command handler with Browserwindow class
- add progressmeter class (still in development)
git-svn-id: svn://10.0.0.236/trunk@98385 18797224-902f-48f8-a5cc-f745e15eee43
