<?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>203733</bug_id>
          
          <creation_ts>2019-11-01 06:11:39 -0700</creation_ts>
          <short_desc>TestWebKitAPI.EditorStateTests.TypingAttributesTextAlignmentStartEnd is flaky in iOS simulator</short_desc>
          <delta_ts>2019-11-01 11:27:08 -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>Tools / Tests</component>
          <version>Other</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Aakash Jain">aakash_jain</reporter>
          <assigned_to name="Wenson Hsieh">wenson_hsieh</assigned_to>
          <cc>aakash_jain</cc>
    
    <cc>ap</cc>
    
    <cc>bdakin</cc>
    
    <cc>commit-queue</cc>
    
    <cc>jbedard</cc>
    
    <cc>megan_gardner</cc>
    
    <cc>thorton</cc>
    
    <cc>webkit-bot-watchers-bugzilla</cc>
    
    <cc>webkit-bug-importer</cc>
    
    <cc>wenson_hsieh</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1586329</commentid>
    <comment_count>0</comment_count>
    <who name="Aakash Jain">aakash_jain</who>
    <bug_when>2019-11-01 06:11:39 -0700</bug_when>
    <thetext>TestWebKitAPI.EditorStateTests.TypingAttributesTextAlignmentStartEnd seems flaky on iOS. In https://ews-build.webkit.org/#/builders/9/builds/11291, the test passed in run-api-tests step. However, in the immediately next retry step (re-run-api-tests), it failed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586332</commentid>
    <comment_count>1</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2019-11-01 06:20:35 -0700</bug_when>
    <thetext>&lt;rdar://problem/56814640&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586358</commentid>
    <comment_count>2</comment_count>
    <who name="Wenson Hsieh">wenson_hsieh</who>
    <bug_when>2019-11-01 08:11:54 -0700</bug_when>
    <thetext>I’m unable to reproduce this failure locally (both by using --iterations 100, and by wrapping the test in a loop for 100 iterations and using --no-timeout).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586380</commentid>
    <comment_count>3</comment_count>
      <attachid>382584</attachid>
    <who name="Wenson Hsieh">wenson_hsieh</who>
    <bug_when>2019-11-01 09:01:28 -0700</bug_when>
    <thetext>Created attachment 382584
Speculative fix</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586399</commentid>
    <comment_count>4</comment_count>
    <who name="Jonathan Bedard">jbedard</who>
    <bug_when>2019-11-01 09:31:02 -0700</bug_when>
    <thetext>We had a string of failures awhile back on post-commit testers, https://results.webkit.org/?suite=api-tests&amp;test=TestWebKitAPI.EditorStateTests.TypingAttributesTextAlignmentStartEnd&amp;before_id=251111, but I doubt that&apos;s the same bug.

My hunch here is that this is a timing problem and that our EWS bots are much faster than our trunk bots.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586404</commentid>
    <comment_count>5</comment_count>
    <who name="Wenson Hsieh">wenson_hsieh</who>
    <bug_when>2019-11-01 09:36:11 -0700</bug_when>
    <thetext>(In reply to Jonathan Bedard from comment #4)
&gt; We had a string of failures awhile back on post-commit testers,
&gt; https://results.webkit.org/?suite=api-tests&amp;test=TestWebKitAPI.
&gt; EditorStateTests.TypingAttributesTextAlignmentStartEnd&amp;before_id=251111, but
&gt; I doubt that&apos;s the same bug.
&gt; 
&gt; My hunch here is that this is a timing problem and that our EWS bots are
&gt; much faster than our trunk bots.

Those failures appear to be due to an unrelated assertion that was presumably caused by r251090 (and later fixed in a rollout in r251106). ~2000 API tests were all failing in tandem during that time.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586424</commentid>
    <comment_count>6</comment_count>
      <attachid>382584</attachid>
    <who name="Tim Horton">thorton</who>
    <bug_when>2019-11-01 10:23:45 -0700</bug_when>
    <thetext>Comment on attachment 382584
Speculative fix

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

&gt; Tools/TestWebKitAPI/EditingTestHarness.mm:197
&gt; +    const NSTimeInterval loggingTimeout = 3;

I think you should consider not having a timeout here, just depending on the test-wide timeout, to better integrate with e.g. --no-timeout</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586429</commentid>
    <comment_count>7</comment_count>
    <who name="Wenson Hsieh">wenson_hsieh</who>
    <bug_when>2019-11-01 10:28:40 -0700</bug_when>
    <thetext>(In reply to Tim Horton from comment #6)
&gt; Comment on attachment 382584 [details]
&gt; Speculative fix
&gt; 
&gt; View in context:
&gt; https://bugs.webkit.org/attachment.cgi?id=382584&amp;action=review
&gt; 
&gt; &gt; Tools/TestWebKitAPI/EditingTestHarness.mm:197
&gt; &gt; +    const NSTimeInterval loggingTimeout = 3;
&gt; 
&gt; I think you should consider not having a timeout here, just depending on the
&gt; test-wide timeout, to better integrate with e.g. --no-timeout

(We chatted about this over Slack)

The timeout here is just for logging, to make sure that something useful gets logged to stdout in the case where the test does timeout. This would still respect any --time-out option specified via the harness.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586457</commentid>
    <comment_count>8</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2019-11-01 11:26:14 -0700</bug_when>
    <thetext>The commit-queue encountered the following flaky tests while processing attachment 382584:

requestidlecallback/requestidlecallback-document-gc.html bug 203745 (author: rniwa@webkit.org)
The commit-queue is continuing to process your patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586458</commentid>
    <comment_count>9</comment_count>
      <attachid>382584</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2019-11-01 11:27:07 -0700</bug_when>
    <thetext>Comment on attachment 382584
Speculative fix

Clearing flags on attachment: 382584

Committed r251931: &lt;https://trac.webkit.org/changeset/251931&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1586459</commentid>
    <comment_count>10</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2019-11-01 11:27:08 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>382584</attachid>
            <date>2019-11-01 09:01:28 -0700</date>
            <delta_ts>2019-11-01 11:27:07 -0700</delta_ts>
            <desc>Speculative fix</desc>
            <filename>bug-203733-20191101090128.patch</filename>
            <type>text/plain</type>
            <size>2669</size>
            <attacher name="Wenson Hsieh">wenson_hsieh</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjUxOTA4CmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggM2RkMDcwM2QwMjAyYjNhNjBmMzc3MjNmNjU4N2IwYjUx
MjU4YTYyNy4uMjU3MmVjODgwZjIyYzYxYTcwODZlZmY3YjI5ZDJhNzAwNDNhMmQ2YiAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDIx
IEBACisyMDE5LTExLTAxICBXZW5zb24gSHNpZWggIDx3ZW5zb25faHNpZWhAYXBwbGUuY29tPgor
CisgICAgICAgIFRlc3RXZWJLaXRBUEkuRWRpdG9yU3RhdGVUZXN0cy5UeXBpbmdBdHRyaWJ1dGVz
VGV4dEFsaWdubWVudFN0YXJ0RW5kIGlzIGZsYWt5IGluIGlPUyBzaW11bGF0b3IKKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIwMzczMworICAgICAgICA8
cmRhcjovL3Byb2JsZW0vNTY4MTQ2NDA+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChP
T1BTISkuCisKKyAgICAgICAgVHJ5IHRvIGZpeCB0aGUgZmxha3kgdGVzdCBieSBtYWtpbmcgRWRp
dGluZ1Rlc3RIYXJuZXNzIG1vcmUgcm9idXN0LiBJbnN0ZWFkIG9mIGNoZWNraW5nIGZvciBleHBl
Y3RlZCBlZGl0b3IKKyAgICAgICAgc3RhdGUgZW50cmllcyBhZnRlciB0aGUgbmV4dCBwcmVzZW50
YXRpb24gdXBkYXRlLCB3YWl0IGZvciB0aGUgbGF0ZXN0IGVkaXRvciBzdGF0ZSBlbnRyeSB0byBj
b250YWluIHRoZSBleHBlY3RlZAorICAgICAgICB2YWx1ZXMuCisKKyAgICAgICAgKiBUZXN0V2Vi
S2l0QVBJL0VkaXRpbmdUZXN0SGFybmVzcy5tbToKKyAgICAgICAgKC1bRWRpdGluZ1Rlc3RIYXJu
ZXNzIF9leGVjQ29tbWFuZDphcmd1bWVudDpleHBlY3RFbnRyaWVzOl0pOgorCisgICAgICAgIFBy
ZXNlcnZlIHRoZSBleGlzdGluZyBsb2cgc3RhdGVtZW50IGJ5IHByaW50aW5nIGl0IG91dCBvbmNl
IGFmdGVyIGEgZmV3IHNlY29uZHMsIGlmIHRoZSBlbnRyeSBpcyBzdGlsbCBub3QgZm91bmQKKyAg
ICAgICAgaW4gdGhlIGxhc3Qga25vd24gZWRpdG9yIHN0YXRlLgorCiAyMDE5LTEwLTMxICBKb25h
dGhhbiBCZWRhcmQgIDxqYmVkYXJkQGFwcGxlLmNvbT4KIAogICAgICAgICBSRUdSRVNTSU9OIChy
MjUxODA4KTogcnVuLXdlYmtpdC10ZXN0IGNhbm5vdCBzaG93IHJlc3VsdHMuaHRtbApkaWZmIC0t
Z2l0IGEvVG9vbHMvVGVzdFdlYktpdEFQSS9FZGl0aW5nVGVzdEhhcm5lc3MubW0gYi9Ub29scy9U
ZXN0V2ViS2l0QVBJL0VkaXRpbmdUZXN0SGFybmVzcy5tbQppbmRleCAwYTgyMzdhNzE4MDc2MGRl
MzQ4MzIxNTgzNmY3ZWZjYmZjNmRmMTBiLi5mMDk2ZmI3NTZmMDA0M2U2MzY2ZGVjNGYwMWE5MGJj
MWQwNzM3YzNiIDEwMDY0NAotLS0gYS9Ub29scy9UZXN0V2ViS2l0QVBJL0VkaXRpbmdUZXN0SGFy
bmVzcy5tbQorKysgYi9Ub29scy9UZXN0V2ViS2l0QVBJL0VkaXRpbmdUZXN0SGFybmVzcy5tbQpA
QCAtMTkwLDE2ICsxOTAsMjIgQEAgLSAodm9pZClfZXhlY0NvbW1hbmQ6KE5TU3RyaW5nICopY29t
bWFuZCBhcmd1bWVudDooTlNTdHJpbmcgKilhcmd1bWVudCBleHBlY3RFbnQKICAgICB9XTsKICAg
ICBUZXN0V2ViS2l0QVBJOjpVdGlsOjpydW4oJmRvbmUpOwogCi0gICAgW193ZWJWaWV3IHdhaXRG
b3JOZXh0UHJlc2VudGF0aW9uVXBkYXRlXTsKLQogICAgIEVYUEVDVF9UUlVFKHJlc3VsdCk7CiAg
ICAgaWYgKCFyZXN1bHQpCiAgICAgICAgIE5TTG9nKEAiRmFpbGVkIHRvIGV4ZWN1dGUgZWRpdGlu
ZyBjb21tYW5kOiAoJyVAJywgJyVAJykiLCBjb21tYW5kLCBhcmd1bWVudCA/OiBAIiIpOwogCi0g
ICAgQk9PTCBjb250YWluc0VudHJpZXMgPSBbc2VsZiBsYXRlc3RFZGl0b3JTdGF0ZUNvbnRhaW5z
OmVudHJpZXNdOwotICAgIEVYUEVDVF9UUlVFKGNvbnRhaW5zRW50cmllcyk7Ci0gICAgaWYgKCFj
b250YWluc0VudHJpZXMpCi0gICAgICAgIE5TTG9nKEAiRXhwZWN0ZWQgJUAgdG8gY29udGFpbiAl
QCIsIHNlbGYubGF0ZXN0RWRpdG9yU3RhdGUsIGVudHJpZXMpOworICAgIGNvbnN0IE5TVGltZUlu
dGVydmFsIGxvZ2dpbmdUaW1lb3V0ID0gMzsKKyAgICBhdXRvIHN0YXJ0VGltZSA9IHJldGFpblB0
cihbTlNEYXRlIGRhdGVdKTsKKyAgICBCT09MIGhhc0xvZ2dlZFdhcm5pbmcgPSBOTzsKKyAgICBC
T09MIGNvbnRhaW5zRW50cmllczsKKyAgICBkbyB7CisgICAgICAgIFtfd2ViVmlldyB3YWl0Rm9y
TmV4dFByZXNlbnRhdGlvblVwZGF0ZV07CisgICAgICAgIGNvbnRhaW5zRW50cmllcyA9IFtzZWxm
IGxhdGVzdEVkaXRvclN0YXRlQ29udGFpbnM6ZW50cmllc107CisgICAgICAgIGlmICghaGFzTG9n
Z2VkV2FybmluZyAmJiBbW05TRGF0ZSBkYXRlXSB0aW1lSW50ZXJ2YWxTaW5jZURhdGU6c3RhcnRU
aW1lLmdldCgpXSA+IGxvZ2dpbmdUaW1lb3V0KSB7CisgICAgICAgICAgICBOU0xvZyhAIkV4cGVj
dGVkICVAIHRvIGNvbnRhaW4gJUAiLCBzZWxmLmxhdGVzdEVkaXRvclN0YXRlLCBlbnRyaWVzKTsK
KyAgICAgICAgICAgIGhhc0xvZ2dlZFdhcm5pbmcgPSBZRVM7CisgICAgICAgIH0KKyAgICB9IHdo
aWxlICghY29udGFpbnNFbnRyaWVzKTsKIH0KIAogLSAoQk9PTClsYXRlc3RFZGl0b3JTdGF0ZUNv
bnRhaW5zOihOU0RpY3Rpb25hcnk8TlNTdHJpbmcgKiwgaWQ+ICopZW50cmllcwo=
</data>

          </attachment>
      

    </bug>

</bugzilla>