Bug 33272 - 'abort' event still fired as a progress event
Summary: 'abort' event still fired as a progress event
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Media (show other bugs)
Version: 528+ (Nightly build)
Hardware: All OS X 10.5
: P2 Normal
Assignee: Eric Carlson
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-01-06 15:31 PST by Eric Carlson
Modified: 2010-01-07 12:28 PST (History)
4 users (show)

See Also:


Attachments
Proposed patch (4.86 KB, patch)
2010-01-06 15:34 PST, Eric Carlson
no flags Details | Formatted Diff | Diff
Proposed patch (12.52 KB, patch)
2010-01-06 22:15 PST, Eric Carlson
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Carlson 2010-01-06 15:31:37 PST
https://bugs.webkit.org/show_bug.cgi?id=30513 should have changed all events fired by the HTMLMediaElement to regular events, but 'abort' was missed.
Comment 1 Eric Carlson 2010-01-06 15:34:11 PST
Created attachment 46002 [details]
Proposed patch
Comment 2 WebKit Review Bot 2010-01-06 15:34:38 PST
style-queue ran check-webkit-style on attachment 46002 [details] without any errors.
Comment 3 Darin Adler 2010-01-06 16:01:07 PST
Comment on attachment 46002 [details]
Proposed patch

Is there some test that covers this? Could you make a test that does?

I'm tempted to set review+ but not sure if I should without a test covering the change.
Comment 4 Eric Seidel (no email) 2010-01-06 16:01:50 PST
Comment on attachment 46002 [details]
Proposed patch

Can we test for lack of an abort event? Marking cq- since this couldn't be committed as-is due to the second OOPS even if you had wanted to cq it (which I doubt).
Comment 5 Eric Carlson 2010-01-06 17:21:07 PST
media/video-error-abort.html *used* to test the abort event, but it became timing dependent when we stopped firing media events synchronously [1] so it was added to the skipped lists [2]. I will update it for the current behavior, have it to check the abort event, and move it to http/tests/media so it can use the slow loading cgi and actually work reliably.

[1]  https://bugs.webkit.org/show_bug.cgi?id=24588
[2] rdar://6710625
Comment 6 Eric Carlson 2010-01-06 22:15:02 PST
Created attachment 46022 [details]
Proposed patch

With layout test.
Comment 7 WebKit Review Bot 2010-01-06 22:16:04 PST
style-queue ran check-webkit-style on attachment 46022 [details] without any errors.
Comment 8 Maciej Stachowiak 2010-01-07 02:32:32 PST
Comment on attachment 46022 [details]
Proposed patch

r=me
Comment 9 Eric Carlson 2010-01-07 08:15:12 PST
http://trac.webkit.org/changeset/52923
Comment 11 Eric Seidel (no email) 2010-01-07 11:57:11 PST
This also broke the Gtk and Qt builders.  I assume because they had skipped this test previously.
Comment 13 Eric Carlson 2010-01-07 12:26:21 PST
The svn:executable flag wasn't set on the cgi, setting it fixed Windows and Leopard Release (http://trac.webkit.org/changeset/52935). 

I forgot to add the new test to the GTK Skipped list. Eric lied about me breaking the Qt build (this time).
Comment 14 Eric Seidel (no email) 2010-01-07 12:28:51 PST
Thank you for the quick fix.  I am a liar. :(