Revert of Auto-rebaseline for r366396

Revert of Auto-rebaseline for r366396 (patchset #1 id:1 of https://codereview.chromium.org/1544763002/ )

Reason for revert:
Tree really unhappy with the block-layout-inline-children-replaced.html failing all over the place.

Example failure:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.8/builds/44117/steps/webkit_tests/logs/stdio

Original issue's description:
> Auto-rebaseline for r366396
>
> https://chromium.googlesource.com/chromium/src/+/c2c4f22ff
>
> BUG=537638
> TBR=mstensho@opera.com
>
> Committed: https://chromium.googlesource.com/chromium/src/+/8d64809f1d964a249c875c777f89b32db6b03519

TBR=mstensho@opera.com,wkorman@chromium.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=537638
Committed: https://crrev.com/82e4040e3f48430c2e5bbfaa01109cb5b4411b0f
Cr-Commit-Position: refs/heads/master@{#366587}

[wkorman, 2015-12-22 11:31:59]

lgtm

The test you mention causing problems is I think unrelated to mstensho@'s work,
it looks like it could be a rebaseline bot bug. Perhaps mark that test
failing/disabled temporarily?

http://crbug.com/569175 and http://crrev.com/1412533002 have more background.

[wkorman, 2015-12-22 11:37:24]

On 2015/12/22 at 11:31:59, wkorman wrote:
> lgtm
> 
> The test you mention causing problems is I think unrelated to mstensho@'s
work, it looks like it could be a rebaseline bot bug. Perhaps mark that test
failing/disabled temporarily?
> 
> http://crbug.com/569175 and http://crrev.com/1412533002 have more background.

Or maybe mark that one as NeedsManualRebaseline. With a straight revert I think
the bot will just re-process/commit it eventually and the tree will be unhappy
again.

On looking closer I see the block-layout-inline-children-replaced.html is in
fact also listed in the intentional set of tests to be rebaselined so my prior
comment on it not being related is incorrect, but, the [Pass Failure] line is
probably not intended to be stripped.

[wkorman, 2015-12-22 11:42:35]

On 2015/12/22 at 11:37:24, wkorman wrote:
> On 2015/12/22 at 11:31:59, wkorman wrote:
> > lgtm
> > 
> > The test you mention causing problems is I think unrelated to mstensho@'s
work, it looks like it could be a rebaseline bot bug. Perhaps mark that test
failing/disabled temporarily?
> > 
> > http://crbug.com/569175 and http://crrev.com/1412533002 have more
background.
> 
> Or maybe mark that one as NeedsManualRebaseline. With a straight revert I
think the bot will just re-process/commit it eventually and the tree will be
unhappy again.
> 
> On looking closer I see the block-layout-inline-children-replaced.html is in
fact also listed in the intentional set of tests to be rebaselined so my prior
comment on it not being related is incorrect, but, the [Pass Failure] line is
probably not intended to be stripped.

I've shut down the bot for now so I can look into the Pass Failure issue, so a
straight revert should be ok.

[Finnur, 2015-12-22 11:44:31]

I've been unable to revert (keep getting 500 server error).

[Finnur, 2015-12-22 11:50:54]

The CQ bit was checked by finnur@chromium.org

[commit-bot: I haz the power, 2015-12-22 11:50:58]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1541063003/1
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1541063003/1

[commit-bot: I haz the power, 2015-12-22 11:52:03]

Description was changed from

==========
Revert of Auto-rebaseline for r366396 (patchset #1 id:1 of
https://codereview.chromium.org/1544763002/ )

Reason for revert:
Tree really unhappy with the block-layout-inline-children-replaced.html failing
all over the place.

Example failure:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.8/builds...

Original issue's description:
> Auto-rebaseline for r366396
> 
> https://chromium.googlesource.com/chromium/src/+/c2c4f22ff
> 
> BUG=537638
> TBR=mstensho@opera.com
> 
> Committed:
https://chromium.googlesource.com/chromium/src/+/8d64809f1d964a249c875c777f89...

TBR=mstensho@opera.com,wkorman@chromium.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=537638
==========

to

==========
Revert of Auto-rebaseline for r366396 (patchset #1 id:1 of
https://codereview.chromium.org/1544763002/ )

Reason for revert:
Tree really unhappy with the block-layout-inline-children-replaced.html failing
all over the place.

Example failure:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.8/builds...

Original issue's description:
> Auto-rebaseline for r366396
> 
> https://chromium.googlesource.com/chromium/src/+/c2c4f22ff
> 
> BUG=537638
> TBR=mstensho@opera.com
> 
> Committed:
https://chromium.googlesource.com/chromium/src/+/8d64809f1d964a249c875c777f89...

TBR=mstensho@opera.com,wkorman@chromium.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=537638
==========

[commit-bot: I haz the power, 2015-12-22 11:52:04]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2015-12-22 11:52:53]

Description was changed from

==========
Revert of Auto-rebaseline for r366396 (patchset #1 id:1 of
https://codereview.chromium.org/1544763002/ )

Reason for revert:
Tree really unhappy with the block-layout-inline-children-replaced.html failing
all over the place.

Example failure:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.8/builds...

Original issue's description:
> Auto-rebaseline for r366396
> 
> https://chromium.googlesource.com/chromium/src/+/c2c4f22ff
> 
> BUG=537638
> TBR=mstensho@opera.com
> 
> Committed:
https://chromium.googlesource.com/chromium/src/+/8d64809f1d964a249c875c777f89...

TBR=mstensho@opera.com,wkorman@chromium.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=537638
==========

to

==========
Revert of Auto-rebaseline for r366396 (patchset #1 id:1 of
https://codereview.chromium.org/1544763002/ )

Reason for revert:
Tree really unhappy with the block-layout-inline-children-replaced.html failing
all over the place.

Example failure:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.8/builds...

Original issue's description:
> Auto-rebaseline for r366396
>
> https://chromium.googlesource.com/chromium/src/+/c2c4f22ff
>
> BUG=537638
> TBR=mstensho@opera.com
>
> Committed:
https://chromium.googlesource.com/chromium/src/+/8d64809f1d964a249c875c777f89...

TBR=mstensho@opera.com,wkorman@chromium.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=537638

Committed: https://crrev.com/82e4040e3f48430c2e5bbfaa01109cb5b4411b0f
Cr-Commit-Position: refs/heads/master@{#366587}
==========

[commit-bot: I haz the power, 2015-12-22 11:52:54]

Patchset 1 (id:??) landed as
https://crrev.com/82e4040e3f48430c2e5bbfaa01109cb5b4411b0f
Cr-Commit-Position: refs/heads/master@{#366587}

[Finnur, 2015-12-22 12:00:28]

Finally. :)

[Noel Gordon, 2015-12-22 12:02:03]

On 2015/12/22 12:00:28, Finnur wrote:
> Finally. :)

Maybe look at the tree right now, notice that
block-layout-inline-children-replaced.html was going green everywhere?

[Noel Gordon, 2015-12-22 12:03:40]

On 2015/12/22 12:02:03, noel gordon wrote:
> On 2015/12/22 12:00:28, Finnur wrote:
> > Finally. :)
> 
> Maybe look at the tree right now, notice that
> block-layout-inline-children-replaced.html was going green everywhere?

https://build.chromium.org/p/chromium.webkit/console has just gone green (except
for a debug build that'll go green soon I expect).

Can we revert the CL?

[Noel Gordon, 2015-12-22 12:09:10]

A revert of this CL (patchset #1 id:1) has been created in
https://codereview.chromium.org/1546593002/ by noel@chromium.org.

The reason for reverting is: block-layout-inline-children-replaced.html was
going green on the bots.  Sometimes test results bounce.

https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.6/builds...
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.6/builds....

[Noel Gordon, 2015-12-22 12:20:19]

On 2015/12/22 12:09:10, noel gordon wrote:
> Sometimes test results bounce 

... bounce into green, I mean.
http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=blo...

[Finnur, 2015-12-22 12:27:45]

Hugh... interesting. Sure, reverting is fine. Thanks!