The new test for loading <video> from the application cache times out on the Qt Linux Release bot.
Test skipped in http://trac.webkit.org/changeset/88963.
(In reply to comment #1) > Test skipped in http://trac.webkit.org/changeset/88963. This commit skipped the test on Gtk+, not Qt. I guess that was unintentional, should we unskip it on Gtk+?
(In reply to comment #2) > (In reply to comment #1) > > Test skipped in http://trac.webkit.org/changeset/88963. > > This commit skipped the test on Gtk+, not Qt. I guess that was unintentional, should we unskip it on Gtk+? Now *that* was dumb, I added it to the wrong skipped list :-( Corrected in http://trac.webkit.org/changeset/89029.
I'm working on review Qt skipped list. I tested. Now It's working on Qt. I'm going to remove it from Qt skipped list.
Unfortunately, this test painted the bots red. I put it back to the Qt TestExpectations. Committed r130388: <http://trac.webkit.org/changeset/130388> Diff is here: --- /ramdisk/qt-linux-64-release/build/layout-test-results/http/tests/appcache/video-expected.txt +++ /ramdisk/qt-linux-64-release/build/layout-test-results/http/tests/appcache/video-actual.txt @@ -2,15 +2,8 @@ *** Setting 'src' to file specified in manifest. This file should load. -EVENT(durationchange) - -*** Setting 'src' to valid media file not in manifest. This file should fail to load. - EVENT(error) -*** Setting 'src' to non-media file that is in manifest. This file should fail to load. - -EVENT(error) - +false FAIL END OF TEST
Is Anybody working on this bug?
(In reply to comment #6) > Is Anybody working on this bug? No
=== Bulk closing of Qt bugs === If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary. If you believe that this is still an important QtWebKit bug, please fill a new report at https://bugreports.qt-project.org and add a link to this issue. See http://qt-project.org/wiki/ReportingBugsInQt for additional guidelines.