Not sure why this would have the MediaStream label.

Requesting someone from MTV team to take a look on this issue as SO-04G (Sony XPERIA A4) device and earpiece device is not available with India team.

Thanks!!

Symbolized microdump

0  0x0
 1  libwebviewchromium.so!void base::internal::Invoker<base::internal::BindState<void (media::AudioManagerAndroid::*)(bool), base::internal::UnretainedWrapper<media::AudioManagerAndroid>, unsigned char>, void ()>::RunImpl<void (media::AudioManagerAndroid::* const&)(bool), std::__ndk1::tuple<base::internal::UnretainedWrapper<media::AudioManagerAndroid>, unsigned char> const&, 0u, 1u>(void (media::AudioManagerAndroid::* const&&&)(bool), std::__ndk1::tuple<base::internal::UnretainedWrapper<media::AudioManagerAndroid>, unsigned char> const&&&, std::__ndk1::integer_sequence<unsigned int, 0u, 1u>) [bind_internal.h : 349 + 0x3]
 2  libwebviewchromium.so!base::debug::TaskAnnotator::RunTask(char const*, base::PendingTask*) [callback.h : 64 + 0x1]
 3  libwebviewchromium.so!base::MessageLoop::RunTask(base::PendingTask*) [message_loop.cc : 406 + 0x7]
 4  libwebviewchromium.so!base::MessageLoop::DoWork() [message_loop.cc : 417 + 0x7]
 5  libwebviewchromium.so!base::MessagePumpDefault::Run(base::MessagePump::Delegate*) [message_pump_default.cc : 33 + 0x7]
 6  libwebviewchromium.so!base::RunLoop::Run() [run_loop.cc : 123 + 0x5]
 7  libwebviewchromium.so!base::Thread::ThreadMain() [thread.cc : 338 + 0x5]
 8  libwebviewchromium.so!base::(anonymous namespace)::ThreadFunc(void*) [platform_thread_posix.cc : 75 + 0x7]
 9  libc.so + 0x3f5bf
10  libc.so + 0x3f59f

Which application triggers this? This is probably a dup of crbug.com/770856 - but having a repro for it would be really useful. The A4 is Japan-specific, but might be the same device as the Z3 compact. But we would still need to know the app.

Thank you guys for care this issue. I don't have permission to see crbug.com/770856 . But I try to explain my App more.

My web app on WebView is WebRTC application. And to control toggling speaker (earpiece or hands-free speaker) from JavaScript, my App exposes function that runs AudioManager.setSpeakerphoneOn(bool). Also, my App (CallActivity.java) get output target of sound on onStart using AudioManager.getMode() and isSpeakerphoneOn(). And in onStop, restore the output target of sound before starting my App.

After starting webrtc (playing ring tone in my web app and do setSpeakerphoneOn(bool) from JavaScript) on my App, changing volume with hard key causes crushing my App.

Note: Playing sound using Audio tag on my web app, the output target seems to be changed to speaker by WebView. So my web app run setSpeakerphoneOn(bool) soon after starting to play ring tone.

Thank you for providing more feedback. Adding requester "tobiasjs@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

Thanks for the description. Is it possible to share your application with us, if it's not already available on the play store?

The application is only for our customer. So I can't provide its code. Sorry.

Thank you for providing more feedback. Adding requester "tobiasjs@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

Are you able to extract the relevant sections into a sample application? It's not really scalable for us to try to develop repro cases starting from a description like comment #7.

As this is otherwise a low volume (no pun intended) crash, it won't get priority without a reliable way for us to reproduce it.

I prepared sample app today as following.
https://github.com/recitativo/WebViewApp

And I confirmed that the web app with one audio tag doesn't causes crash.
The web app with one audio tag is included in sample app above.

We seems to need webrtc app to reproduce the crash.
But I couldn't prepare sample webrtc app for now.

Thank you for providing more feedback. Adding requester "tobiasjs@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

Thanks for going the extra mile to help us out! It's really appreciated, and the fact that this seems to involve WebRTC is useful information in itself.

Please keep us updated if you have a reliable repro that you are able to share with us.

Putting needs-feedback.

satyavathir@ can you confirm this issue?

cmasso@,
Sure, we will check and update.

  cmasso@ / satyavathir@, I'm working with Andrew to get the apk to build it, when its ready will test and update the bug, Thanks

shu.mutow@ any luck building the repro app with webrtc? Is this still crashing for the latest WebView update?

Thank you guys!! I tested this issue with WebView 67.0.3396.87, this version seems latest for SO-04G (Sony XPERIA A4). It looks fixed and never crash!! Thank you very much!

Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Closing this bug per c#21. Thanks!