All issues can also be reproduced with IF 4.0 release code (ICEfaces4 trunk r. 43353).

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-99312.png, screenshotICE-99313.png, and screenshotICE-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-99311.png and screenshotICE-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.

Marking Won't Fix as this is a iOS Safari rendering bug from what we can tell.

Tested with ICEfaces 4 trunk r43962.

• Screenshots html4.png, html5.png, xhtml.png are showing the page view when loading these pages on an iphone 4s.
• xhtmlipad.jpg and hDataTableIpad shows the demos when loaded onto an ipad (not manually enlarged afterward).
• When viewing on an iphone the pages can be enlarged with finger swipe to make the audioPlayer sit properly on the page. You can see this in the screenshots aceTable.png and aceTableEnlarged.png as well as dynAttribute.png
• In all cases the audioPlayer can be used.
  -The only page where the audioPlayer is not displayed is the dynamic byte array value test as origianlly reported.