Closed Bug 1834064 Opened 1 years ago Closed 1 years ago

The tabs of some radio websites crash

Categories

(GeckoView :: Media, defect, P1)

All
Android
defect

Tracking

(firefox113 unaffected, firefox114 unaffected, firefox115+ fixed)

RESOLVED FIXED
115 Branch
Tracking Status
firefox113 --- unaffected
firefox114 --- unaffected
firefox115 + fixed

People

(Reporter: apetridean, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Steps to reproduce

  1. Open the Firefox application.
  2. Open the "https://www.rockfm.ro/"
  3. Tap on play button.
  4. Observe the behaviour.

Expected behavior

The website is properly loaded. The media playback starts.

Actual behavior

The tab crashes: "Sorry. Firefox Nightly can't load that page."

Device information
Firefox version: Nightly 115.0a1 from 19.05.2023
Android device model: Motorola Moto G9 plus
Android OS version: Android 11
Any additional information?
This issue is not reproducible on Chrome browser.
This issue is also reproducible on:
https://www.kissfm.ro/,
https://www.radiozum.md/?utm_source=google&utm_medium=cpc&utm_campaign=g&utm_content=636266551814&utm_term=radio%20online
https://myradioonline.ro/virgin-radio,
https://www.magicfm.ro/,
https://www.romania-actualitati.ro/live/

In about:crashes appears: c42d0db9-b2c3-42fa-b8d8-5137586b68b3
<native crash>

Attached video rockfm.mp4
Summary: The 'rockfm.ro' website crashes → The tabs of some radio websites crash
Severity: S2 → S1
Priority: -- → P1

Donal suspects this crash is a regression from bug 1817997, which has been been backed out. So hopefully this crash then will go away.

Component: Crash Reporting → Media
Keywords: regression
Product: Fenix → GeckoView
Regressed by: 1817997

:padenot, since you are the author of the regressor, bug 1817997, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(padenot)

It would be useful to see the crash report for this to see if it matches the regressors on Bug 1817997.
Most likely is the same, but tracking this for 115 just in case.

The bug is marked as tracked for firefox115 (nightly). We have limited time to fix this, the soft freeze is in 10 days. However, the bug still isn't assigned.

:amoya, could you please find an assignee for this tracked bug? Given that it is a regression and we know the cause, we could also simply backout the regressor. If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit BugBot documentation.

Flags: needinfo?(amoya)

Resolving as fixed since Bug 1817997 was backed out of central

Status: NEW → RESOLVED
Closed: 1 years ago
Flags: needinfo?(padenot)
Flags: needinfo?(amoya)
Resolution: --- → FIXED
Target Milestone: --- → 115 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: