Audit ConfirmEx callers to ensure that aCheckState is not an uninitialized PRBool

RESOLVED FIXED in mozilla7

Status

()

RESOLVED FIXED
8 years ago
5 years ago

People

(Reporter: khuey, Assigned: protz)

Tracking

unspecified
mozilla7
x86
Windows 7
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox7 affected)

Details

Attachments

(1 attachment)

Depends on: 662125
No longer depends on: 622125
Looking at the patch for Bug 495618 would probably be a decent place to start.
Assignee: nobody → jonathan.protzenko
status-firefox7: --- → affected
tracking-firefox7: --- → ?
(Assignee)

Comment 3

8 years ago
Created attachment 537608 [details] [diff] [review]
Fix all four call sites that I've found

This is all I could come up with. I've checked every instance of ConfirmEx in C++ code, and for each function that ends up calling ConfirmEx with the penultimate parameter being one of its own parameters, I've checked that function's own call sites.
Attachment #537608 - Flags: review?(bzbarsky)
(Assignee)

Updated

8 years ago
Status: NEW → ASSIGNED
Comment on attachment 537608 [details] [diff] [review]
Fix all four call sites that I've found

Looks good, thanks!
Attachment #537608 - Flags: review?(bzbarsky) → review+
(Assignee)

Comment 5

8 years ago
http://hg.mozilla.org/mozilla-central/rev/8b3b1f9c132e
Status: ASSIGNED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla7

Updated

8 years ago
tracking-firefox7: ? → ---
You need to log in before you can comment on or make changes to this bug.