In editing displayAudioRecordingAnswer.jsp,
SAM-2286 substituted an audio start tag for object start tag, but left the matching /object stop tag in place instead of substituting an /audio stop tag. Browsers seem to forgive this silently, but the misformed html breaks the fallback audio download link which then isn't displayed. ( SAM-2286 edited the other two source files correctly.)
We noticed the reported problem in back-porting HTML5 audio from Sakai10 back to our local 2.9.3. At the University of Virginia, we're running 2.9.3 for another year and back-ported to avoid the signing-certificate expiration issues.