I confirm this issue with my "uFip" webapp. Also I confirm this is a regression from the OTA 12 development cycle: I flashed back my Nexus 4 to OTA 11 and it started working again.
Here are some logs that may be interesting: [DD 2016-07-18 21:37:17.822452] [player_stub.cpp:189@operator()] PlaybackStatusChanged signal arrived via the bus (status: PlaybackStatus::stopped) [TT 2016-07-18 21:37:18.270156] [service.cpp:29@instance] [DD 2016-07-18 21:37:18.741299] [player_stub.cpp:189@operator()] PlaybackStatusChanged signal arrived via the bus (status: PlaybackStatus::ready) long long unsigned int mediahub_get_duration(MediaHubClientHandle) org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) void mediahub_play(MediaHubClientHandle) Problem starting playback on remote object [DD 2016-07-18 21:37:20.538491] [player_stub.cpp:207@operator()] BufferingChanged signal arrived via the bus (percent: 1 [DD 2016-07-18 21:37:20.538705] [player_stub.cpp:207@operator()] BufferingChanged signal arrived via the bus (percent: 2 [DD 2016-07-18 21:37:20.538918] [player_stub.cpp:207@operator()] BufferingChanged signal arrived via the bus (percent: 3 [DD 2016-07-18 21:37:20.539101] [player_stub.cpp:207@operator()] BufferingChanged signal arrived via the bus (percent: 4 [DD 2016-07-18 21:37:20.539315] [player_stub.cpp:207@operator()] BufferingChanged signal arrived via the bus (percent: 5 [DD 2016-07-18 21:37:20.539529] [player_stub.cpp:207@operator()] BufferingChanged signal arrived via the bus (percent: 6 [DD 2016-07-18 21:37:20.539712] [player_stub.cpp:207@operator()] BufferingChanged signal arrived via the bus (percent: 12 [DD 2016-07-18 21:37:20.539925] [player_stub.cpp:207@operator()] BufferingChanged signal arrived via the bus (percent: 100 long long unsigned int mediahub_get_duration(MediaHubClientHandle) org.freedesktop.DBus.Error.ServiceUnknown: The name core.ubuntu.media.Service was not provided by any .service files long long unsigned int mediahub_get_position(MediaHubClientHandle) org.freedesktop.DBus.Error.ServiceUnknown: The name core.ubuntu.media.Service was not provided by any .service files qml: [JS] (http://www.fipradio.fr/sites/all/modules/custom/rf_lecteur_commun/js/player.js:842) nextRefresh 7: 7000 qml: [JS] (http://www.fipradio.fr/sites/all/modules/custom/rf_lecteur_commun/js/player.js:848) [object Object] long long unsigned int mediahub_get_duration(MediaHubClientHandle) org.freedesktop.DBus.Error.UnknownMethod: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist The last line is then repeated endlessly. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1603729 Title: webapp option --enable-media-hub-audio breaks audio stream Status in Canonical System Image: New Status in webapps-sprint: New Status in webbrowser-app package in Ubuntu: Confirmed Bug description: My webapp "KlassikRadio" does not work any more. Opening the webapp opens the window as expected. Nevertheless the audio keeps dry. The phone remains silent. I have played around and found out that the option: --enable-media- hub-audio breaks the audio stream. When I take this option off the KlassikRadio.desktop file it works. I am using: current build number: 387 device name: krillin channel: ubuntu-touch/rc-proposed/bq-aquaris.en last update: 2016-07-16 08:46:05 version version: 387 version ubuntu: 20160716 version device: 20160606-ab415b2 version custom: 20160701-981-38-14 Nevertheless this issue is around since several weeks. I assume the option still works with OTA11 but I can not proof this right now. Can someone have a look? Is the option not available any more in the latest release or is it just a bug? The option is still mentioned in: https://developer.ubuntu.com/en/phone/web/ubuntu-webapps-guide/ Thanks for your support. If someone wants to test this, the KlassikRadio app version 0.30 has this option enabled. I will put another version (0.31) in the store in the next days before OTA12 comes along, where I will take this option out and replace it with "keep-display-on" in the apparmor-file. The keep-display-on solution is not nice. Are there any other options I could use alternatively? To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1603729/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp