Closed
Bug 949353
Opened 12 years ago
Closed 12 years ago
dom/workers/WorkerPrivate.cpp: [-Wsometimes-uninitialized] variable 'preventDefaultCalled' is used uninitialized whenever 'if' condition is false
Categories
(Core :: DOM: Workers, defect)
Core
DOM: Workers
Tracking
()
RESOLVED
FIXED
mozilla29
| Tracking | Status | |
|---|---|---|
| firefox27 | --- | unaffected |
| firefox28 | --- | fixed |
| firefox29 | --- | fixed |
People
(Reporter: cpeterson, Assigned: cpeterson)
References
(Blocks 1 open bug)
Details
(Keywords: csectype-uninitialized, regression, Whiteboard: [qa-])
Attachments
(1 file)
|
2.90 KB,
patch
|
khuey
:
review+
lsblakk
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
Fix warning:
dom/workers/WorkerPrivate.cpp: [-Wsometimes-uninitialized] variable 'preventDefaultCalled' is used uninitialized whenever 'if' condition is false
Attachment #8346408 -
Flags: review?(khuey)
| Assignee | ||
Comment 1•12 years ago
|
||
Also, should the LOAD_ERROR InternalScriptErrorEvent at [1] have its typeString set to "error" like the LOAD_ERROR InternalScriptErrorEvent above at [2]?
[1] https://hg.mozilla.org/mozilla-central/annotate/1ad9af3a2ab8/dom/workers/WorkerPrivate.cpp#l1237
[2] https://hg.mozilla.org/mozilla-central/annotate/1ad9af3a2ab8/dom/workers/WorkerPrivate.cpp#l1219
Flags: needinfo?(khuey)
Attachment #8346408 -
Flags: review?(khuey) → review+
(In reply to Chris Peterson (:cpeterson) from comment #1)
> Also, should the LOAD_ERROR InternalScriptErrorEvent at [1] have its
> typeString set to "error" like the LOAD_ERROR InternalScriptErrorEvent above
> at [2]?
>
> [1]
> https://hg.mozilla.org/mozilla-central/annotate/1ad9af3a2ab8/dom/workers/
> WorkerPrivate.cpp#l1237
>
> [2]
> https://hg.mozilla.org/mozilla-central/annotate/1ad9af3a2ab8/dom/workers/
> WorkerPrivate.cpp#l1219
That's intentional. Although I don't think it hurts to set it in the other case.
Flags: needinfo?(khuey)
Updated•12 years ago
|
Keywords: csectype-uninitialized,
regression
Updated•12 years ago
|
Blocks: buildwarning
| Assignee | ||
Comment 4•12 years ago
|
||
mccr8: should this warning fix be uplifted with your fix for bug 935692? I don't think this bug is sec-sensitive, but the uninitialized value of preventDefaultCalled is likely non-zero, preventing some worker events from running their default actions. We may want this fix for Gecko 28 because it will be the basis of FxOS 1.3.
Flags: needinfo?(continuation)
Yes, this should be uplifted. mccr8 didn't fix bug 935692 though ;-)
Flags: needinfo?(continuation)
Comment 6•12 years ago
|
||
I just like setting flags.
| Assignee | ||
Comment 7•12 years ago
|
||
Comment on attachment 8346408 [details] [diff] [review]
Wsometimes-uninitialized_preventDefaultCalled.patch
[Approval Request Comment]
Bug caused by (feature/regressing bug #): bug 935692 (regression in Firefox 28)
User impact if declined: Some JS event processing may intermittently fail to run.
Testing completed (on m-c, etc.): Locally.
Risk to taking this patch (and alternatives if risky): Low risk
String or IDL/UUID changes made by this patch: None
Attachment #8346408 -
Flags: approval-mozilla-aurora?
| Assignee | ||
Updated•12 years ago
|
status-firefox27:
--- → unaffected
status-firefox28:
--- → affected
status-firefox29:
--- → affected
| Assignee | ||
Comment 8•12 years ago
|
||
Comment 9•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
Updated•12 years ago
|
Attachment #8346408 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 10•12 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•