Arturo Zambrano added a comment - 27/Jan/15 2:36 PM I could see the audio player displaying incorrectly on other pages of the test app as well, on the SauceLabs testing environment. I didn't see any page that displayed the audio player correctly. I also created some pure-HTML test pages to try to determine whether the issue is with the way we render the markup. These test pages contain <audio> elements in various configurations: inside a span tag, by itself, playing a local MP3 resource and playing an external AAC resource. These three test pages use different doctype declarations: HTML5, HTML4 transitional and XHTML. In all cases, the audio element displayed incorrectly (see screenshot- ICE-9931 2.png, screenshot ICE-9931 3.png, and screenshot ICE-9931 -4.png). I found some discussions on the web about iOS needing an HTML5 doctype in order to display the <audio> element correctly and also about only supporting certain types of audio files, like AAC. That's why those test pages were created that way. However, that didn't seem to help. Therefore, it could be the case that the <audio> element simply doesn't display correctly on the SauceLabs testing envrionment or on the iOS Simulator, in general. I committed these test pages to the ace:audioPlayer test app, to be tested on a real iOS device. I also tried changing the markup to use a nested <source> element instead of the 'src' attribute in the <audio> element and specifying a mime type as well. This didn't help either. I tested some external pages as well, and the <audio> element didn't display correctly either (See screenshot- ICE-9931 1.png and screenshot ICE-9931 -5.png). Testing notes: please test the pages audioElementHTML4DOCTYPE.html, audioElementHTML5DOCTYPE.html, and audioElementXHTMLDOCTYPE.html on a real iOS device and report if there's any case where the <audio> element displays correctly. Also, please test all pages in the test app and report if in any of them the audio player is displayed correctly.