<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>61160</bug_id>
          
          <creation_ts>2011-05-19 17:57:03 -0700</creation_ts>
          <short_desc>GTK: media/video-src-invalid-poster.html Failed</short_desc>
          <delta_ts>2011-07-07 04:18:55 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Media</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://build.webkit.org/results/GTK%20Linux%2032-bit%20Release/r86904%20(13918)/results.html</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jer Noble">jer.noble</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>eric.carlson</cc>
    
    <cc>pnormand</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>406787</commentid>
    <comment_count>0</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-19 17:57:03 -0700</bug_when>
    <thetext>On GTK, the media/video-src-invalid-ponter.html test gives the correct width but the wrong height.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>406790</commentid>
    <comment_count>1</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-19 18:03:43 -0700</bug_when>
    <thetext>Committed r86911 adding the new test to the GTK skipped list.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>410453</commentid>
    <comment_count>2</comment_count>
      <attachid>94976</attachid>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2011-05-26 08:18:53 -0700</bug_when>
    <thetext>Created attachment 94976
proposed patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>410454</commentid>
    <comment_count>3</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2011-05-26 08:20:17 -0700</bug_when>
    <thetext>(In reply to comment #0)
&gt; On GTK, the media/video-src-invalid-ponter.html test gives the correct width but the wrong height.

Are you sure? What I saw locally is that sometimes the test times out, otherwise it succeeds locally.

Hence the attached patch to avoid the timeout</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>410526</commentid>
    <comment_count>4</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-26 09:39:43 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (In reply to comment #0)
&gt; &gt; On GTK, the media/video-src-invalid-ponter.html test gives the correct width but the wrong height.
&gt; 
&gt; Are you sure? What I saw locally is that sometimes the test times out, otherwise it succeeds locally.

Definitely.  Check the test results from the URL field above.  It shows the video sized to 73 (correct) by 150 (incorrect, but probably the default video element width).

However, if it&apos;s not reproducing any longer, then aces. ;)

&gt; Hence the attached patch to avoid the timeout

So the patch seems to significantly change the behavior of the test by calling |video.load()|.  Shouldn&apos;t we see the correct behavior without calling load()?  The original test gave the video element a whole second to resize and display the poster.  Is that not enough time?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>410529</commentid>
    <comment_count>5</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2011-05-26 09:45:42 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; (In reply to comment #3)
&gt; &gt; (In reply to comment #0)
&gt; &gt; &gt; On GTK, the media/video-src-invalid-ponter.html test gives the correct width but the wrong height.
&gt; &gt; 
&gt; &gt; Are you sure? What I saw locally is that sometimes the test times out, otherwise it succeeds locally.
&gt; 
&gt; Definitely.  Check the test results from the URL field above.  It shows the video sized to 73 (correct) by 150 (incorrect, but probably the default video element width).
&gt; 

Oh I didn&apos;t that link indeed. Yes it&apos;s odd. I recall the Release bot might need a GStreamer upgrade to be in par with the Debug bots.
At least locally the test passes but I use a fairly recent GStreamer version.

&gt; However, if it&apos;s not reproducing any longer, then aces. ;)
&gt; 
&gt; &gt; Hence the attached patch to avoid the timeout
&gt; 
&gt; So the patch seems to significantly change the behavior of the test by calling |video.load()|.  Shouldn&apos;t we see the correct behavior without calling load()?  The original test gave the video element a whole second to resize and display the poster.  Is that not enough time?

On my slow laptop I could see the timeout happen. The GTK bots are know to not be lighning fast either...
In general for media tests (at least) I believe we should react more on events instead of waiting on something to happen before a XXXX ms timeout to fire.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>410539</commentid>
    <comment_count>6</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-26 09:56:03 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; (In reply to comment #4)
&gt; &gt; So the patch seems to significantly change the behavior of the test by calling |video.load()|.  Shouldn&apos;t we see the correct behavior without calling load()?  The original test gave the video element a whole second to resize and display the poster.  Is that not enough time?
&gt; 
&gt; On my slow laptop I could see the timeout happen. The GTK bots are know to not be lighning fast either...
&gt; In general for media tests (at least) I believe we should react more on events instead of waiting on something to happen before a XXXX ms timeout to fire.

Okay, I&apos;d be fine with getting rid of the 1s timeout.  What about |video.load()|?  Does the test pass on GTK+ without that, but also without the timeout?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>414698</commentid>
    <comment_count>7</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2011-06-03 00:45:00 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; (In reply to comment #5)
&gt; &gt; (In reply to comment #4)
&gt; &gt; &gt; So the patch seems to significantly change the behavior of the test by calling |video.load()|.  Shouldn&apos;t we see the correct behavior without calling load()?  The original test gave the video element a whole second to resize and display the poster.  Is that not enough time?
&gt; &gt; 
&gt; &gt; On my slow laptop I could see the timeout happen. The GTK bots are know to not be lighning fast either...
&gt; &gt; In general for media tests (at least) I believe we should react more on events instead of waiting on something to happen before a XXXX ms timeout to fire.
&gt; 
&gt; Okay, I&apos;d be fine with getting rid of the 1s timeout.  What about |video.load()|?  Does the test pass on GTK+ without that, but also without the timeout?

Doesn&apos;t pass because if load() isn&apos;t called there&apos;s no loadstart event.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>432763</commentid>
    <comment_count>8</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2011-07-06 07:27:50 -0700</bug_when>
    <thetext>Can this be reviewed please? Eric, would you have some time to look at it?

Thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>432788</commentid>
    <comment_count>9</comment_count>
      <attachid>94976</attachid>
    <who name="Eric Carlson">eric.carlson</who>
    <bug_when>2011-07-06 08:17:42 -0700</bug_when>
    <thetext>Comment on attachment 94976
proposed patch

View in context: https://bugs.webkit.org/attachment.cgi?id=94976&amp;action=review

&gt; LayoutTests/ChangeLog:9
&gt; +        Wait loadstart event to check the poster dimensions and avoid a
&gt; +        potential timeout of the test.

Nit: Wait for loadstart event...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>433386</commentid>
    <comment_count>10</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2011-07-07 04:18:55 -0700</bug_when>
    <thetext>Committed r90554: &lt;http://trac.webkit.org/changeset/90554&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>94976</attachid>
            <date>2011-05-26 08:18:53 -0700</date>
            <delta_ts>2011-07-06 08:17:42 -0700</delta_ts>
            <desc>proposed patch</desc>
            <filename>proposed-patch.patch</filename>
            <type>text/plain</type>
            <size>2825</size>
            <attacher name="Philippe Normand">pnormand</attacher>
            
              <data encoding="base64">RnJvbSBjMzU1MjJhNmJjYjNjYzM3NTIwYTNmMzBjMzU5ODU2MzRlMDZjODYwIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBQaGlsaXBwZSBOb3JtYW5kIDxwbm9ybWFuZEBpZ2FsaWEuY29t
PgpEYXRlOiBUaHUsIDI2IE1heSAyMDExIDE3OjE4OjE4ICswMjAwClN1YmplY3Q6IFtQQVRDSF0g
cHJvcG9zZWQgcGF0Y2gKCi0tLQogTGF5b3V0VGVzdHMvQ2hhbmdlTG9nICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgfCAgIDE0ICsrKysrKysrKysrKysrCiAuLi4vbWVkaWEvdmlkZW8tc3Jj
LWludmFsaWQtcG9zdGVyLWV4cGVjdGVkLnR4dCAgICB8ICAgIDIgKysKIExheW91dFRlc3RzL21l
ZGlhL3ZpZGVvLXNyYy1pbnZhbGlkLXBvc3Rlci5odG1sICAgIHwgICAgNiArKysrLS0KIExheW91
dFRlc3RzL3BsYXRmb3JtL2d0ay9Ta2lwcGVkICAgICAgICAgICAgICAgICAgIHwgICAgMyAtLS0K
IDQgZmlsZXMgY2hhbmdlZCwgMjAgaW5zZXJ0aW9ucygrKSwgNSBkZWxldGlvbnMoLSkKCmRpZmYg
LS1naXQgYS9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cgYi9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKaW5k
ZXggOWMyNWIwYy4uYzYzZTU4NiAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCisr
KyBiL0xheW91dFRlc3RzL0NoYW5nZUxvZwpAQCAtMSw1ICsxLDE5IEBACiAyMDExLTA1LTI2ICBQ
aGlsaXBwZSBOb3JtYW5kICA8cG5vcm1hbmRAaWdhbGlhLmNvbT4KIAorICAgICAgICBSZXZpZXdl
ZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBHVEs6IG1lZGlhL3ZpZGVvLXNyYy1pbnZh
bGlkLXBvc3Rlci5odG1sIEZhaWxlZAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z
aG93X2J1Zy5jZ2k/aWQ9NjExNjAKKworICAgICAgICBXYWl0IGxvYWRzdGFydCBldmVudCB0byBj
aGVjayB0aGUgcG9zdGVyIGRpbWVuc2lvbnMgYW5kIGF2b2lkIGEKKyAgICAgICAgcG90ZW50aWFs
IHRpbWVvdXQgb2YgdGhlIHRlc3QuCisKKyAgICAgICAgKiBtZWRpYS92aWRlby1zcmMtaW52YWxp
ZC1wb3N0ZXItZXhwZWN0ZWQudHh0OgorICAgICAgICAqIG1lZGlhL3ZpZGVvLXNyYy1pbnZhbGlk
LXBvc3Rlci5odG1sOgorICAgICAgICAqIHBsYXRmb3JtL2d0ay9Ta2lwcGVkOgorCisyMDExLTA1
LTI2ICBQaGlsaXBwZSBOb3JtYW5kICA8cG5vcm1hbmRAaWdhbGlhLmNvbT4KKwogICAgICAgICBV
bnJldmlld2VkLCBza2lwIGZsYWt5IHRlc3Qgb24gR1RLLgogCiAgICAgICAgIFtHVEtdIGh0dHAv
dGVzdHMvZXZlbnRzb3VyY2Uvd29ya2Vycy9ldmVudHNvdXJjZS1zaW1wbGUuaHRtbCBpcyBmbGFr
eSBjcmFzaApkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvbWVkaWEvdmlkZW8tc3JjLWludmFsaWQt
cG9zdGVyLWV4cGVjdGVkLnR4dCBiL0xheW91dFRlc3RzL21lZGlhL3ZpZGVvLXNyYy1pbnZhbGlk
LXBvc3Rlci1leHBlY3RlZC50eHQKaW5kZXggYmFiMDJhMC4uN2VlZDM4NCAxMDA2NDQKLS0tIGEv
TGF5b3V0VGVzdHMvbWVkaWEvdmlkZW8tc3JjLWludmFsaWQtcG9zdGVyLWV4cGVjdGVkLnR4dAor
KysgYi9MYXlvdXRUZXN0cy9tZWRpYS92aWRlby1zcmMtaW52YWxpZC1wb3N0ZXItZXhwZWN0ZWQu
dHh0CkBAIC0xLDMgKzEsNSBAQAorUlVOKHZpZGVvLmxvYWQoKSkKK0VWRU5UKGxvYWRzdGFydCkK
IEVYUEVDVEVEICh2aWRlby5jbGllbnRXaWR0aCA9PSAnNzYnKSBPSwogRVhQRUNURUQgKHZpZGVv
LmNsaWVudEhlaWdodCA9PSAnMTAzJykgT0sKIEVORCBPRiBURVNUCmRpZmYgLS1naXQgYS9MYXlv
dXRUZXN0cy9tZWRpYS92aWRlby1zcmMtaW52YWxpZC1wb3N0ZXIuaHRtbCBiL0xheW91dFRlc3Rz
L21lZGlhL3ZpZGVvLXNyYy1pbnZhbGlkLXBvc3Rlci5odG1sCmluZGV4IDM1OGNmNjAuLjFiNmRl
Y2IgMTAwNjQ0Ci0tLSBhL0xheW91dFRlc3RzL21lZGlhL3ZpZGVvLXNyYy1pbnZhbGlkLXBvc3Rl
ci5odG1sCisrKyBiL0xheW91dFRlc3RzL21lZGlhL3ZpZGVvLXNyYy1pbnZhbGlkLXBvc3Rlci5o
dG1sCkBAIC0yMSw2ICsyMSw4IEBACiAgICAgICAgIGVuZFRlc3QoKTsKICAgICB9CiAKLSAgICBs
aXN0ZW5Gb3JXaWR0aEFuZEhlaWdodCg3NiwgMTAzLCBleHBlY3RlZCk7Ci0gICAgZmFpbFRlc3RJ
bigxMDAwKTsKKyAgICBydW4oInZpZGVvLmxvYWQoKSIpOworICAgIHdhaXRGb3JFdmVudCgibG9h
ZHN0YXJ0IiwgZnVuY3Rpb24gKCkgeworICAgICAgICBsaXN0ZW5Gb3JXaWR0aEFuZEhlaWdodCg3
NiwgMTAzLCBleHBlY3RlZCk7CisgICAgfSk7CiA8L3NjcmlwdD4KZGlmZiAtLWdpdCBhL0xheW91
dFRlc3RzL3BsYXRmb3JtL2d0ay9Ta2lwcGVkIGIvTGF5b3V0VGVzdHMvcGxhdGZvcm0vZ3RrL1Nr
aXBwZWQKaW5kZXggYmQ1NjMxYi4uZTU1N2RiZiAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvcGxh
dGZvcm0vZ3RrL1NraXBwZWQKKysrIGIvTGF5b3V0VGVzdHMvcGxhdGZvcm0vZ3RrL1NraXBwZWQK
QEAgLTE0NDgsOSArMTQ0OCw2IEBAIGh0dHAvdGVzdHMvYXBwY2FjaGUvaW50ZXJydXB0ZWQtdXBk
YXRlLmh0bWwKICMgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTYxMTIy
CiBodHRwL3Rlc3RzL25hdmlnYXRpb24vcG9zdC0zMDctcmVzcG9uc2UuaHRtbAogCi0jIGh0dHBz
Oi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD02MTE2MAotbWVkaWEvdmlkZW8tc3Jj
LWludmFsaWQtcG9zdGVyLmh0bWwKLQogIyBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1
Zy5jZ2k/aWQ9NjEzOTYKIGZhc3QvZXZlbnRzL3Njcm9sbC1pbi1zY2FsZWQtcGFnZS13aXRoLW92
ZXJmbG93LWhpZGRlbi5odG1sCiAKLS0gCjEuNy41LjE=
</data>
<flag name="review"
          id="88377"
          type_id="1"
          status="+"
          setter="eric.carlson"
    />
          </attachment>
      

    </bug>

</bugzilla>