Bug 20143 - REGRESSION: Problems with QuickTime streaming video
Summary: REGRESSION: Problems with QuickTime streaming video
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Plug-ins (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P1 Normal
Assignee: Nobody
URL: http://qtss.cmich.edu/reslife/phase2v...
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2008-07-23 10:46 PDT by Kevin Daum
Modified: 2009-06-26 11:04 PDT (History)
4 users (show)

See Also:


Attachments
small (66.56 KB, image/png)
2008-11-02 11:55 PST, Graham Perrin
no flags Details
small, with controller (68.23 KB, image/png)
2008-11-02 11:57 PST, Graham Perrin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Daum 2008-07-23 10:46:12 PDT
When trying to access the video directly (http://qtss.cmich.edu/reslife/phase2video1.mov), the quicktime plugin is called, but the video does not stream. The video does stream in Safari Version 3.1.2 (5525.20.1) and Firefox 3.0.1.
Comment 1 Mark Rowe (bdash) 2008-07-23 15:59:36 PDT
I believe that in this case the QuickTime plug-in is not actually used, but instead a full-frame HTML 5 media element is used.  CC'ing Adele as she knows a little bit about such things.
Comment 2 Graham Perrin 2008-10-30 04:41:36 PDT
Using a nightly, WebKit-SVN-r37990.dmg I find that 
http://qtss.cmich.edu/reslife/phase2video1.mov does play but the movie is somehow displaced, below its controller; and if I aim for the controller it fades away. 
Comment 3 Alexey Proskuryakov 2008-10-31 12:46:18 PDT
Using r38032 and QuickTime 7.5.5, I'm getting video that is not displaced, but is too small.
Comment 4 Alexey Proskuryakov 2008-10-31 12:47:47 PDT
<rdar://problem/6336092>
Comment 5 Graham Perrin 2008-11-02 11:54:06 PST
(In reply to comment #2)

> Using a nightly, WebKit-SVN-r37990.dmg I find that 
> http://qtss.cmich.edu/reslife/phase2video1.mov does play but the movie is
> somehow displaced, below its controller; and if I aim for the controller it
> fades away. 

Now using r38064 I don't see displacement. 

As the video (which certainly appears small) is in place above its controller it's now easier to aim for the controller without it fading away but still, if I drag/scrub, there's a tendency for the controller to fade (suddenly disappear?) to black. 
Comment 6 Graham Perrin 2008-11-02 11:55:38 PST
Created attachment 24852 [details]
small
Comment 7 Graham Perrin 2008-11-02 11:57:09 PST
Created attachment 24853 [details]
small, with controller

here, the controller is present but if I drag/scrub the controller it tends to fade/disappear during the drag
Comment 8 Graham Perrin 2008-11-02 12:31:01 PST
> … if I drag/scrub, there's a tendency for the controller to …

I wonder whether that aspect is related to Bug 8150, 

>> Click is registered only if mouse pointer is fully stationary while mouse button is down (except for link and button)
Comment 9 Eric Carlson 2009-06-26 11:04:25 PDT
This was fixed by http://trac.webkit.org/changeset/42868.