Sound output causes crash
Reported by
keaneto...@gmail.com,
Jul 10 2017
|
||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.104 Safari/537.36 Steps to reproduce the problem: 1. Open Chromium 2. Open a tab with sound or wait for a page to try to output sound. 3. What is the expected behavior? What went wrong? Crash resulting in automatic stracktrace. Crashed report ID: How much crashed? Whole browser Is it a problem with a plugin? No Did this work before? N/A Chrome version: 59.0.3071.104 Channel: n/a OS Version: Debian Sid Flash Version: Shockwave Flash 24.0 r0
,
Jul 11 2017
,
Jul 14 2017
I see you're running the chromium-browser that ships with Ubuntu. Could you either 1. File a bug with Canonical. (It's impossible for Google to get crash reports with Chromium) 2. Try with google-chrome-stable and if it still crashes, post the crash ID
,
Jul 14 2017
No, my chromium definitely comes from the Debian Sid repository. I was looking into it and I discovered the crash happened with ALSA set to certain period/buffer settings. My motherboard was released this year although somehow sound works - but seems to need adjustment.
,
Jul 14 2017
Thank you for providing more feedback. Adding requester "pbommana@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 20 2017
keanetoken@ as per comment #4, shall we close the issue? ThanK You...
,
Jul 20 2017
Why not fix the bug? It looks like the crash occurs right after starting a new thread and doing snd_pcm_set_params, when version=24.0.0.194: pcm_params.c:170: snd1_pcm_hw_param_get_min: Assertion `!snd_interval_empty(i)' failed. Perhaps Chromium just needs to account for snd_pcm_set_params not succeeding.
,
Jul 20 2017
Thank you for providing more feedback. Adding requester "kkaluri@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 26 2017
,
Aug 4 2017
Adding respective component to route this to appropriate team. This looks similar to Issue 360349 which was archived due to no update for long.
,
Aug 9 2017
,
Aug 9 2017
The assert failure isn't in Chromium code it's in the system ALSA audio stack; we do account for it failing. I think something is wrong with your audio driver installation.
,
Aug 23 2017
,
Sep 1 2017
reporter@, can you uninstall/reinstall your audio driver to see if it fix this bug?
,
Sep 2 2017
There is no ALSA package in the Debian repository, I'm not sure how to reinstall it. My testing has found that ALSA rejects all but a few different period/buffer settings for my soundcard (onboard sound for my Asus ROG Strix B350F Gaming motherboard) and I think in the case that caused Chromium to crash, it was actually using a period/buffer setting that was rejected by the soundcard for my chosen samplerate.
,
Sep 2 2017
Thank you for providing more feedback. Adding requester "msrchandra@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 5 2017
Unable to triage this issue from TE end as it is related to ALSA packages.Could some one from dev team please look into this issue.Adding TE-NeedsTriageHelp label. Thanks..!
,
Sep 12 2017
dale, any idea?
,
Sep 12 2017
It's a bug in ALSA, I'm not sure there's anything we can do. Certainly ALSA shouldn't crash if we ask it to play something it can't, it should just reject the playback. We output at 48kHz with whatever channel layout the source media has. I recommend you install Pulse audio instead since the ALSA playback path in Chrome is not maintained (for reasons just like the crash you're seeing). |
||||||||||||||
►
Sign in to add a comment |
||||||||||||||
Comment 1 by keaneto...@gmail.com
, Jul 10 2017