Bug 175589 – LayoutTests: string formatting fails

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: Tools / Tests

[JF Bastien]

In #175579 having this line hangs LayoutTests/tests/xmlhttprequest/gzip-content-type.html:
        log(`Content-Length: ${xhr.getResponseHeader('Content-Length')}`);
But having this works as expected:
        log(`Content Length: ${xhr.getResponseHeader('Content-Length')}`);

Note, the only change is dash versus space in the string.

This isn't related to string templates because this also fails:
        log('Content-Length: ' + xhr.getResponseHeader('Content-Length'));

[Alexey Proskuryakov]

Is this the same as bug 175590?

[JF Bastien]

(In reply to Alexey Proskuryakov from comment #1)
> Is this the same as bug 175590?

No, it's one of a few failures encountered in the wake of #175579.

[Alexey Proskuryakov]

Bug 175590 is about run-webkit-tests failing when test output contains a line starting with "Content-Length". This bug sounds like exactly the same thing - just a slightly different symptom when the value of the fake header us different.

[JF Bastien]

(In reply to Alexey Proskuryakov from comment #3)
> Bug 175590 is about run-webkit-tests failing when test output contains a
> line starting with "Content-Length". This bug sounds like exactly the same
> thing - just a slightly different symptom when the value of the fake header
> us different.

Ah you may be right. When Dan and I debugged it we thought they were different issues.

[Daniel Bates]

I know that this bug was filed one bug before bug #175590. I'm going to forward dup this to bug #175590 as bug #175590 provides detailed reproduction steps and has a reduced test case.

*** This bug has been marked as a duplicate of bug 175590 ***