Closed
Bug 717208
Opened 11 years ago
Closed 11 years ago
sometimes __noSuchMethod__ is not found out and throw Exception: func is not a function
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
FIXED
mozilla12
People
(Reporter: teramako, Assigned: bhackett1024)
References
Details
(Keywords: regression)
Attachments
(2 files)
1.03 KB,
application/octet-stream
|
Details | |
2.90 KB,
patch
|
dvander
:
review+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0a1) Gecko/20120110 Firefox/12.0a1 Build ID: 20120110031111 Steps to reproduce: main code is here: var a = { __noSuchMethod__: function () {c++;} }; var e = []; var c = 0; for (var i = 0; i < 100; i++) { try { a.b(); } catch (ex) { e.push([i, ex.message]); } } e.push(c); Services.console.logStringMessage(JSON.stringify(e)); 1. install the attempted xpi 2. disable and enable the extension (I don't know why the problem is not occured at the first installed) Actual results: following messages are shown in Error Console Test: start [[39,"a.b is not a function"],[80,"a.b is not a function"],[81,"a.b is not a function"],97] Expected results: messages should be shown any times: Test: start [100]
This problem is occured since Firefox 12.0a1 (2012-01-10)
![]() |
||
Comment 2•11 years ago
|
||
Regression window(m-c) Works: http://hg.mozilla.org/mozilla-central/rev/9a230265bad5 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120108 Firefox/12.0a1 ID:20120108060523 Fails: http://hg.mozilla.org/mozilla-central/rev/c713003d3226 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120110 Firefox/12.0a1 ID:20120110031111 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9a230265bad5&tochange=c713003d3226 Regression window(m-i) Works: http://hg.mozilla.org/integration/mozilla-inbound/rev/b6c60a28454d Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120107 Firefox/12.0a1 ID:20120109062923 Fails: http://hg.mozilla.org/integration/mozilla-inbound/rev/7ab4f1ebc7cc Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120109 Firefox/12.0a1 ID:20120109063028 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=b6c60a28454d&tochange=7ab4f1ebc7cc Triggered by: 7ab4f1ebc7cc Brian Hackett — Backout 54cd89b0f1fa (bug 712714 backout). Talos will probably report fake regressions for this patch, do not back out for this reason.
Assignee | ||
Comment 3•11 years ago
|
||
I didn't confirm this fixes the example, but when generating an IC for the CALLPROP the access was treated as a generic property access and didn't go through the logic used for noSuchMethod. The patch has a shell testcase which exhibited the bad behavior.
Assignee: general → bhackett1024
Attachment #587878 -
Flags: review?(dvander)
![]() |
||
Updated•11 years ago
|
Attachment #587878 -
Flags: review?(dvander) → review+
Assignee | ||
Comment 4•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/16f0d80b3137
![]() |
||
Comment 5•11 years ago
|
||
Is it at all plausible that this patch would have improved the Talos V8 numbers? The regression bot claims it did...
Assignee | ||
Comment 6•11 years ago
|
||
(In reply to Boris Zbarsky (:bz) from comment #5) > Is it at all plausible that this patch would have improved the Talos V8 > numbers? The regression bot claims it did... Not legitimately, in the same way that bug 712714 didn't actually regress V8 either. At least things are back in balance I guess.
Comment 7•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/16f0d80b3137
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla12
You need to log in
before you can comment on or make changes to this bug.
Description
•