356925 - QuickTime control missing under movie

Status: RESOLVED FIXED

(Core :: Widget: Cocoa, defect)

Description

[philippe (part-time)]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.9a1) Gecko/20061016 Camino/1.2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.9a1) Gecko/20061016 Camino/1.2+

An embeded QuickTime using the <object> tag is missing the control-bar (to start/stop movie, progress bar). This appears to work fine when the <embed> tag is used (viewing movie trailers on Apple's site).

A simplified test case:
<http://dev.l-c-n.com/camino/QT-test2.php>
thread in the forums
<http://forums.mozillazine.org/viewtopic.php?t=475384>

Works fine on Minefield and Firefox 2.0 RC3
Works fine on Camino Branch 1.1a1.

A quick regression test got me back to
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051202 Camino/1.0+
a build that failed.


Reproducible: Always

Actual Results:  
Missing controler bar under the movie


Could this be a bad interaction between (specifically) the QuickTime 7.1.3 plugin and Camino trunk builds ?

Comment 1

[philippe (part-time)]

Attachment: screenshot

Screenshot from the test page 
http://dev.l-c-n.com/camino/QT-test2.php
The controler bar should be in the grey bar under the movie.

Comment 2

[Joel Craig]

I'll add what I told Philippe in the Camino forum; on my home spun Intel-only trunk build: on first visit, the video loads as expected with toolbar present. Subsequent visits however expose the bug. However, after clearing cache and returning to the page, the video again loads as expected. I can consistently reproduce this behavior.

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This is truly bizarre.  It seems the bug doesn't appear the first time I use any given trunk *build*, but the second time I use said build--even with fresh profiles *both* launches, and using (official) builds on locked .dmgs that can't be modified--the bug appears.

Simon, any idea what might be going on here?

Also, has anyone been able to test reverting to QT 7.1.2 or below?

Comment 4

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Philippe, is your testcase down?  

I think I see this in GPA4 now on the disco site, too, so it seems likely it's  something in Cocoa widgets (or something in plugins that only gets triggered in Cocoa widget code) and/or interaction with recent versions of QT?

Based on the comment 0, the regression range would be http://tinyurl.com/374qnt (which has a bunch of fun-looking bugs, including bug 318270).

Comment 5

[philippe (part-time)]

(In reply to comment #4)
> Philippe, is your testcase down?  
> 
It works for me. Maybe the server was down for a moment.

Comment 6

[hhh]

I've seen this on Windows XP for weeks. http://discoapp.com/blog/?p=17 renders a black box where the vid should be. Possible dupe of https://bugzilla.mozilla.org/show_bug.cgi?id=385291

Comment 7

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #0)

> A quick regression test got me back to
> Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051202
> Camino/1.0+
> a build that failed.

Just to be sure, "a build" or "the first build"?  I ran a regression range in comment 4 based on it being "the first build" but re-reading, I wanted to check for sure.

Comment 8

[philippe (part-time)]

(In reply to comment #7)

> Just to be sure, "a build" or "the first build"?  I ran a regression range in
> comment 4 based on it being "the first build" but re-reading, I wanted to check
> for sure.
> 

'a' build was what I meant.

But thanks for reminding me. The testcase here and the URL I pointed to now work correctly on the latest Trunk builds. A quick testing shows that this got fixed between 2007080201 (2.0a1pre) and 2007080217 (2.0a1pre) (a Camino TinderBox build).
The same goes for Minefield builds (from what I have on my hard disk: 20070801 fails, 2007080222 works.
I'm not sure what fixed this.
(Hmm, the Cairo 1.5 landing happened at 2007-08-01 23:58 (bug 383960)...)

Comment 9

[philippe (part-time)]

I tested all this a bit more
* the nested object structure as used by the url in the url field (no use of <embed>)
* a simple object (a non-workable construct if one needs to support IE Win)
* object + nested embed (the 'traditional' way)

fails
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a7pre) Gecko/2007080208 Minefield/3.0a7pre

A GrandParadiso 3.0a7pre build with build id 2007080209 fails

Works: the Camino build listed in comment 8

--> fixed by the patches in bug 381512.