[Webkit-unassigned] [Bug 38038] New: [chromium] fast/url/file-http-base-expected.html fails on win, linux, mac

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=38038

           Summary: [chromium] fast/url/file-http-base-expected.html fails
                    on win, linux, mac
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: yuzo at google.com


At r58152,

8 tests are passing for Chromium but failing for WebKit per se:

Chromium: PASS canonicalize('file:') is 'file:///'
Chromium: PASS canonicalize('file:/\\/\\C:\\\\//foo\\bar.html') is
'file:///C:////foo/bar.html'
Chromium: PASS canonicalize('file:c:\\foo\\bar.html') is
'file:///c:/foo/bar.html'
Chromium: PASS canonicalize('file:c|//foo\\bar.html') is
'file:///c%7C//foo/bar.html'
Chromium: PASS canonicalize('file://test') is 'file://test/'
Chromium: PASS canonicalize('file://localhost') is 'file://localhost/'
Chromium: PASS canonicalize('file://localhost/') is 'file://localhost/'
Chromium: PASS canonicalize('file://localhost/test') is 'file://localhost/test'

1 test is failing for Chromium but passing for WebKit per se:

Chromium: FAIL canonicalize('file:filer/home\\me') should be
file://filer/home/me. Was file:///filer/home/me.
WebKit:   PASS canonicalize('file:filer/home\\me') is 'file://filer/home/me'

As for the last test, I think that Chormium's behavior is actually correct.
If I am right, we may just rebaseline the expectation for Chromium.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.