Bug 46111

Summary: video-served-as-text.html failing on Windows
Product: WebKit Reporter: Eric Carlson <eric.carlson>
Component: MediaAssignee: Jer Noble <jer.noble>
Status: RESOLVED DUPLICATE    
Severity: Normal CC: aroben
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Windows 7   
Attachments:
Description Flags
Patch darin: review+

Eric Carlson
Reported 2010-09-20 11:53:10 PDT
LayoutTests/http/tests/media/video-served-as-text.html is failing on Windows, eg. http://trac.webkit.org/export/67846/trunk/LayoutTests/http/tests/media/video-served-as-text.html
Attachments
Patch (2.46 KB, patch)
2010-10-06 17:27 PDT, Jer Noble
darin: review+
Eric Carlson
Comment 1 2010-09-20 14:08:51 PDT
Eric Carlson
Comment 2 2010-09-20 14:21:39 PDT
Jer Noble
Comment 3 2010-10-06 17:27:48 PDT
Darin Adler
Comment 4 2010-10-06 17:58:47 PDT
Comment on attachment 70019 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=70019&action=review > WebCore/platform/graphics/win/QTMovie.cpp:65 > +static bool sDisabledComponents = 0; The “s” prefix here is not WebKit style. I think we were talking about a style like s_disabledComponents for static data members, but I don’t think we planned to use a prefix at all for file-scoped globals. But further, this global does not have to exist outside the disableUnsupportedComponents function. You can just put the static bool in there. > WebCore/platform/graphics/win/QTMovie.cpp:279 > + ComponentDescription components[] = { Code needs a why comment. > WebCore/platform/graphics/win/QTMovie.cpp:287 > + ComponentDescription nullDesc = {'null', 'base', kAppleManufacturer, 0, 0}; > + Component nullComp = FindNextComponent(0, &nullDesc); I would like the code better if there was less Desc and Comp and more Description and Component. > WebCore/platform/graphics/win/QTMovie.cpp:294 > + Component disabledComp = 0; > + while (disabledComp = FindNextComponent(disabledComp, &components[i])) Ditto.
Jer Noble
Comment 5 2010-10-06 18:21:48 PDT
Actually, I don't much like the way this code is factored either. I'm going to submit a new patch which moves around where some of the implementation lives.
Jer Noble
Comment 6 2010-10-06 18:33:42 PDT
Embarrassing. This bug is a duplicate of https://bugs.webkit.org/show_bug.cgi?id=45603. The Radar was never updated with the original bugzilla bug. Even more embarrassing, my two different implementations lived in entirely different places. No wonder I didn't like how it was factored! I'm going to obsolete my patch, and hopefully we can all forget this ever happened.
Adam Roben (:aroben)
Comment 7 2010-10-07 05:10:57 PDT
*** This bug has been marked as a duplicate of bug 45603 ***
Note You need to log in before you can comment on or make changes to this bug.