Closed
Bug 1649703
Opened 4 years ago
Closed 4 years ago
[mozcrash] crash information printed as binary strings
Categories
(Testing :: Mozbase, defect)
Testing
Mozbase
Tracking
(firefox-esr68 unaffected, firefox-esr78 unaffected, firefox78 unaffected, firefox79 unaffected, firefox80 fixed)
RESOLVED
FIXED
mozilla80
| Tracking | Status | |
|---|---|---|
| firefox-esr68 | --- | unaffected |
| firefox-esr78 | --- | unaffected |
| firefox78 | --- | unaffected |
| firefox79 | --- | unaffected |
| firefox80 | --- | fixed |
People
(Reporter: aryx, Assigned: gbrown)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
|
(deleted),
text/x-phabricator-request
|
Details |
Check the 'Failure Summary' tab for this task.
The failure lines start with b"PROCESS-CRASH | mozcrash.py | application crashed. They get printed since bug 1642662 got fixed, the crashes are pre-existing.
|
Reporter | |
Updated•4 years ago
|
Flags: needinfo?(gbrown)
|
||
Comment 1•4 years ago
|
||
Set release status flags based on info from the regressing bug 1642662
status-firefox78:
--- → unaffected
status-firefox79:
--- → unaffected
status-firefox80:
--- → affected
status-firefox-esr68:
--- → unaffected
status-firefox-esr78:
--- → unaffected
|
|
Assignee | |
Comment 2•4 years ago
|
||
Sorry about that. Feel free to backout 1642662 if this is troublesome. I will investigate tomorrow.
|
|
||
Updated•4 years ago
|
Keywords: regression
|
|
Assignee | |
Comment 3•4 years ago
|
||
Actually, a backout won't help -- it was failing before too, in a different way.
Assignee: nobody → gbrown
Flags: needinfo?(gbrown)
|
|
Assignee | |
Comment 4•4 years ago
|
||
Pushed by gbrown@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/d22f91202c7b
Avoid binary output from mozcrash under py3; r=bc
|
||
Comment 6•4 years ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla80
You need to log in
before you can comment on or make changes to this bug.
Description
•