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.
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.
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.
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.
(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
(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).
Are there any issues remaining? The bug sees to mention multiple problems.
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.
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.
<rdar://problem/6458142>
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.