Bug 20687 – REGRESSION: Audio files have misplaced control bars

• Status: RESOLVED
• Resolution: FIXED
• Component: WebCore Misc.

[cnep5ll3]

In the page at http://cap-lore.com/EnglishSuites/ there is a small JavaScript program that upon clicking a 'link' opens a small window in which QuickTime plays a MIDI file.

A relevant link is the first Roman numeral "I" in the table below.
The MIDI is indeed performed correctly but there are still a few behavior discrepancies compared with other browsers, and some are probably wrong.
I am not a JavaScript Guru.

First the QuickTime control bar is not visible in the initial window as it is in Safari or Firefox.
It is accessible if I resize the window manually.

The 2nd discrepancy is that the new window is resizable, contrary to field "resizable=no" in the argument to window.open in the Javascript function.
(It is resizable in Safari too but not Firefox.)
This seems like a minor point to me.

The 3rd and more serious discrepancy is that the music continues if I close the window.
At this point there is no obvious way to stop or otherwise control the music short of quitting the browser.

[cnep5ll3]

Perhaps another simpler and more serious manifestation of this bug:
The page at http://www.techpolicycentral.com/media-vault/2008/04/2008-tech-policy-summit-podcas.php has several audio control panels most of which are visibly rendered only as black rectangles.
Safari and Firefox render these all correctly.

[cnep5ll3]

I want to retract part of the original report:
There is a way to stop the music:
Bring the new window forward and close it.

This illustrates a potential security issue however: Some users may reason that leaving a web page disables subsequent actions of scripts inaugurated in that page; but my music and presumably JavaScript played on which implies that if it had been malicious, it might have compromised subsequent pages.

[Alexey Proskuryakov]

Would it be possible for you to file a separate bug for each issue? It is likely that people working on them will be confused by unrelated discussions otherwise.

[Evan]

(In reply to comment #1)
> Perhaps another simpler and more serious manifestation of this bug:
> The page at
> http://www.techpolicycentral.com/media-vault/2008/04/2008-tech-policy-summit-podcas.php
> has several audio control panels most of which are visibly rendered only as
> black rectangles.
> Safari and Firefox render these all correctly.
> 

in r32393 the page seems to render fine for me

[cnep5ll3]

(In reply to comment #4)
> (In reply to comment #1)
> > Perhaps another simpler and more serious manifestation of this bug:
> > The page at
> > http://www.techpolicycentral.com/media-vault/2008/04/2008-tech-policy-summit-podcas.php
> > has several audio control panels most of which are visibly rendered only as
> > black rectangles.
> > Safari and Firefox render these all correctly.
> > 
> 
> in r32393 the page seems to render fine for me
> 

It now works for me too (I submitted the first complaint about above URL).

[Alexey Proskuryakov]

Are there any issues remaining? The bug sees to mention multiple problems.

[cnep5ll3]

The original URL of the bug report, http://cap-lore.com/EnglishSuites/ , leads to a page with JavaScript that still produces a QuickTime window for MIDI, which does not make the control bar visible.

[Alexey Proskuryakov]

OK, re-titling the bug to make it clear that it tracks the issue with invisible control bar.

Steps to reproduce:
1. Open http://cap-lore.com/EnglishSuites/
2. Click on the first "I" link in a table.

Results: a new window opens, music starts playing, but controls are invisible. This is a regression from shipping Safari/WebKit.

In fact, the control bar is misplaced, as if the MIDI file had a video frame above it. It can be made visible by resizing the window.

[Alexey Proskuryakov]

<rdar://problem/6458142>

[Alexey Proskuryakov]

This was fixed in <http://trac.webkit.org/changeset/42159>.

Note that noresize is still not honored - as mentioned earlier, please file a separate bug about this.