Closed
Bug 1357366
Opened 7 years ago
Closed 7 years ago
Avoid a possible crash loop in Places Database corruption handling
Categories
(Toolkit :: Places, defect)
Toolkit
Places
Tracking
()
RESOLVED
FIXED
mozilla55
Tracking | Status | |
---|---|---|
firefox52 | --- | unaffected |
firefox-esr52 | 54+ | fixed |
firefox53 | --- | unaffected |
firefox54 | + | fixed |
firefox55 | + | fixed |
People
(Reporter: mak, Assigned: mak)
References
Details
Attachments
(1 file)
59 bytes,
text/x-review-board-request
|
past
:
review+
gchang
:
approval-mozilla-beta+
ritu
:
approval-mozilla-esr52+
|
Details |
The current code in bug 1355414 sets a pref and crashes. That may not be enough to ensure the pref is written to disk, so I'd prefer to add a call to savePrefFile() to be sure.
Assignee | ||
Comment 1•7 years ago
|
||
I'm settin esr52 on the assumption bug 1355414 will be approved for it.
status-firefox52:
--- → unaffected
status-firefox53:
--- → unaffected
status-firefox54:
--- → affected
status-firefox55:
--- → affected
status-firefox-esr52:
--- → affected
tracking-firefox54:
--- → ?
tracking-firefox55:
--- → ?
tracking-firefox-esr52:
--- → ?
Comment hidden (mozreview-request) |
Comment 3•7 years ago
|
||
mozreview-review |
Comment on attachment 8859139 [details] Bug 1357366 - Avoid a possible crash loop in Places Database corruption handling. https://reviewboard.mozilla.org/r/131186/#review133732 LGTM.
Attachment #8859139 -
Flags: review?(past) → review+
Pushed by mak77@bonardo.net: https://hg.mozilla.org/integration/autoland/rev/08cfcd3c28c0 Avoid a possible crash loop in Places Database corruption handling. r=past
Assignee | ||
Comment 5•7 years ago
|
||
Comment on attachment 8859139 [details] Bug 1357366 - Avoid a possible crash loop in Places Database corruption handling. [Approval Request Comment] If this is not a sec:{high,crit} bug, please state case for ESR consideration: This is a follow-up to bug 1355414. User impact if declined: possible crash loop in case of corruption Fix Landed on Version: 55 Risk to taking this patch (and alternatives if risky): no risk String or UUID changes made by this patch: none
Attachment #8859139 -
Flags: approval-mozilla-esr52?
Attachment #8859139 -
Flags: approval-mozilla-aurora?
Comment 6•7 years ago
|
||
Comment on attachment 8859139 [details] Bug 1357366 - Avoid a possible crash loop in Places Database corruption handling. 54 was merged to Beta today.
Attachment #8859139 -
Flags: approval-mozilla-aurora? → approval-mozilla-beta?
Comment 7•7 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/08cfcd3c28c0
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla55
Comment 8•7 years ago
|
||
Comment on attachment 8859139 [details] Bug 1357366 - Avoid a possible crash loop in Places Database corruption handling. Fix a potential crash. Beta54+. Should be in 54 beta 1.
Attachment #8859139 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Comment 10•7 years ago
|
||
bugherder uplift |
https://hg.mozilla.org/releases/mozilla-beta/rev/1a74650efe11
Comment 11•7 years ago
|
||
Marco, is this something that would benefit from manual testing? Bug 1355414 doesn't seem to provide anything actionable for Release QA, but we'd like to be sure that we're not overlooking something -- especially since this is now in beta.
Flags: qe-verify?
Flags: needinfo?(mak77)
Assignee | ||
Comment 12•7 years ago
|
||
(In reply to Andrei Vaida, QA [:avaida] – please ni? me from comment #11) > Marco, is this something that would benefit from manual testing? Bug 1355414 > doesn't seem to provide anything actionable for Release QA, but we'd like to > be sure that we're not overlooking something -- especially since this is now > in beta. to test and reproduce this you'd need a corrupt database that can be opened but fails one of the migration steps that follows an asynchronous migration step. It's not trivial to build one, the thunderbird case was one of those, but it's fixed in bug 1355414. Off-hand I don't think this would benefit much from manual testing, and we'll get crash reports so we can check those out.
Flags: needinfo?(mak77)
Comment 13•7 years ago
|
||
(In reply to Marco Bonardo [::mak] from comment #12) > to test and reproduce this you'd need a corrupt database that can be opened > but fails one of the migration steps that follows an asynchronous migration > step. It's not trivial to build one, the thunderbird case was one of those, > but it's fixed in bug 1355414. > Off-hand I don't think this would benefit much from manual testing, and > we'll get crash reports so we can check those out. Thank you for following up on this so quickly! We can check crash stats instead.
Flags: qe-verify? → qe-verify-
Attachment #8859139 -
Flags: approval-mozilla-esr52? → approval-mozilla-esr52+
Comment 14•7 years ago
|
||
bugherder uplift |
https://hg.mozilla.org/releases/mozilla-esr52/rev/0b855945ce34
Updated•7 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•