Crash in [@ java.lang.ClassCastException: at org.mozilla.gecko.util.GeckoBundle.getString(GeckoBundle.java)] Crash when loading badssl http-login page
Categories
(GeckoView :: General, defect, P1)
Tracking
(firefox83 fixed)
Tracking | Status | |
---|---|---|
firefox83 | --- | fixed |
People
(Reporter: berdnikov.alexandr, Assigned: esawin)
References
()
Details
(Whiteboard: [geckoview:m84])
Crash Data
Attachments
(3 files)
200.03 KB,
image/png
|
Details | |
47 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta-
|
Details | Review |
47 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta-
|
Details | Review |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0 Safari/605.1.15
Steps to reproduce:
- Go to https://badssl.com/
- Find http-login option and click it.
You can observe this behavior in all GeckoView-based browsers so far. I see the same in Focus, Nightly and Fenix.
Actual results:
Application crashes.
Expected results:
Application must not crash.
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Comment 2•4 years ago
|
||
Updated•4 years ago
|
Assignee | ||
Comment 3•4 years ago
|
||
Kevin, I don't have sentry access, but is this really the same crash as https://github.com/mozilla-mobile/fenix/issues/14986 given the different crash stack?
Comment 4•4 years ago
|
||
Looks like I made a mistake I was looking for issues mentioning ClassCastException
and did not look closely at the stack.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 5•4 years ago
|
||
This looks like it's been around since 81 based on some sentry logs.
Updated•4 years ago
|
Assignee | ||
Comment 6•4 years ago
|
||
Depends on D93693
Comment 8•4 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/5928e980f659
https://hg.mozilla.org/mozilla-central/rev/c0a3393e4a80
Assignee | ||
Comment 9•4 years ago
|
||
Comment on attachment 9181867 [details]
Bug 1671137 - [1.1] Only retrieve the value from HTMLInputElement instances and ensure non-null strings.
Beta/Release Uplift Approval Request
- User impact if declined: Crash on page load on sites containing form elements with
id='value'
. - Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Adds simple guards around using undefined/null/empty elements.
- String changes made/needed: None
Assignee | ||
Updated•4 years ago
|
Comment 10•4 years ago
|
||
Comment on attachment 9181867 [details]
Bug 1671137 - [1.1] Only retrieve the value from HTMLInputElement instances and ensure non-null strings.
Landed in 83 nightly before the merge so we don't need to uplift to beta, thanks.
Updated•4 years ago
|
Description
•