[Webkit-unassigned] [Bug 55198] LayoutTests/http/tests/media/video-play-suspend is now hanging on chromium

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Feb 25 10:31:46 PST 2011


https://bugs.webkit.org/show_bug.cgi?id=55198





--- Comment #4 from Steve Lacey <sjl at chromium.org>  2011-02-25 10:31:46 PST ---
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > 
> > I also see this in the spec for the suspend event:
> > 
> >       The user agent is intentionally not currently fetching media data, but does not have the entire
> >       media resource downloaded.
> > 
> > Which implies to me that you get a suspend event if download stops but there's more data to download.
> 
>   Indeed, it does say that in the summary. I guess I must have read the spec more carefully when I wrote setNetworkState - good thing! 
> 
> > 
> > Confusion (in my mind at least :-) abounds.
> 
> So propose a fix.

(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > 
> > I also see this in the spec for the suspend event:
> > 
> >       The user agent is intentionally not currently fetching media data, but does not have the entire
> >       media resource downloaded.
> > 
> > Which implies to me that you get a suspend event if download stops but there's more data to download.
> 
>   Indeed, it does say that in the summary. I guess I must have read the spec more carefully when I wrote setNetworkState - good thing! 
> 
> > 
> > Confusion (in my mind at least :-) abounds.
> 
> So propose a fix.

My suggestion would be to create a new layout test basically the same as video-play-suspend, but called video-play-progress and does the same thing but expects a progress event.

I'll start working on this.

Then mod video-play-suspend to cause a stall and expect a suspend event. I'm not sure how to do this or do it in a non-flakey manner as it would rely on the networking internals of the port.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list