Seems like a dup of bug 610223. /be
(In reply to comment #1) > Seems like a dup of bug 610223. That bug was marked as a trunk-only YARR regression that didn't affect 1.9.2.
(In reply to comment #2) > That bug was marked as a trunk-only YARR regression that didn't affect 1.9.2. Yeah, I assumed YARR introduced it -- are our regression tests being backported to 1.9.2 at all? I don't know how that process works.
Status: NEW → ASSIGNED
blocking1.9.1: --- → ?
blocking1.9.2: --- → ?
status1.9.1: --- → wanted
status1.9.2: --- → wanted
(In reply to comment #4) > Yeah, I assumed YARR introduced it -- are our regression tests being backported > to 1.9.2 at all? I don't know how that process works. Not in general. Sometimes/often the regression tests are checked in to the branch along with a specific security bug back-port. Since the YARR regression didn't affect the branches its patch (and therefore regression tests) were not checked in. We don't always check in tests, depending on how obviously they point at the vulnerability we often wait until we've issued fixes and advisories for the supported branches before checking them in. We set the in-testsuite flag to "?" to remind us to go back and do so.
blocking1.9.1: .19+ → ?
blocking1.9.2: .17+ → ?
blocking2.0: --- → ?
Created attachment 526428 [details] [diff] [review] Add pending input. Patch against mc-192. User only has access to res->pendingInput through the object interface. res->input is set iff a successful match is performed or (friend API) js_ClearRegExpStatics is called for save/restore junk; failure in the regexp execution clears the statics entirely.
Attachment #526428 - Flags: review?(mrbkap)
Comment on attachment 526428 [details] [diff] [review] Add pending input. Maybe that was the wrong ? to set.
Comment on attachment 526428 [details] [diff] [review] Add pending input. a=LegNeato for 184.108.40.206.
blocking1.9.1: needed → ---
blocking1.9.2: needed → .20+
status1.9.1: wanted → wontfix
Status: ASSIGNED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
No longer depends on: 384115
Verified fixed in 220.127.116.11 (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:18.104.22.168) Gecko/20110803 Firefox/3.6.20) using code in comment 0. No longer leaking private data as we are in 22.214.171.124 when I tested it.
blocking1.9.2: .20+ → .21+
status1.9.2: .20-fixed → .21-fixed
Al, why did you move this from .20-fixed to .21-fixed? Did this not make the build?
I did not purposefully change the keyword.
blocking1.9.2: .21+ → .20+
status1.9.2: .21-fixed → .20-fixed
status-firefox7: --- → unaffected
status-firefox8: --- → unaffected
status-firefox9: --- → unaffected
tracking-firefox7: --- → -
tracking-firefox8: --- → -
tracking-firefox9: --- → -
You need to log in before you can comment on or make changes to this bug.