Incorrect parsing: <file:c:\foo\bar.html> against <file:///tmp/mock/path>
Categories
(Core :: Networking, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox129 | --- | fixed |
People
(Reporter: valentin, Assigned: sekim)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged])
Attachments
(1 file)
It seems the parser is thrown off by file:c: file:/c: works fine
| Reporter | ||
Comment 1•2 years ago
|
||
I'm also using this bug to track other relative file: failures
<..> against <file:///C:/>
<file:..> against http://www.example.com/test
etc
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Comment 3•2 years ago
|
||
| Assignee | ||
Comment 4•2 years ago
•
|
||
<..> against <file:///C:/> might need to be a separate patch, but I incorporated it in this patch.
Updated•2 years ago
|
I did a quick pass over the tests we expect to be fixed by this bug. I'm pretty sure these ones should be addressed here:
Parsing: < File:c|////foo\bar.html> against <file:///tmp/mock/path>
Parsing: <C|/foo/bar> against <file:///tmp/mock/path>
Parsing: <..> against <file:///C:/>
Parsing: </> against <file:///C:/a/b>
Parsing: </> against <file://h/C:/a/b>
@valentin, I noticed that these ones were attributed to Bug 1507354, however they don't seem to be addressed by the current patch we have. Can you comment on whether they should be included in this bug, Bug 1507354, or maybe we need a new bug?:
Parsing: <C|> against <file://host/D:/dir1/dir2/file>
Parsing: <C|#> against <file://host/dir/file>
Parsing: <C|?> against <file://host/dir/file>
Parsing: <C|/> against <file://host/dir/file>
Parsing: <C| /> against <file://host/dir/file>
Parsing: <C|\> against <file://host/dir/file>
Parsing: <file://[1::8]/C:/> against <about:blank>```
| Reporter | ||
Comment 6•2 years ago
|
||
(In reply to Ed Guloien [:edgul] from comment #5)
I did a quick pass over the tests we expect to be fixed by this bug. I'm pretty sure these ones should be addressed here:
Parsing: < File:c|////foo\bar.html> against <file:///tmp/mock/path> Parsing: <C|/foo/bar> against <file:///tmp/mock/path> Parsing: <..> against <file:///C:/> Parsing: </> against <file:///C:/a/b> Parsing: </> against <file://h/C:/a/b>
Right, these should be fixed here, except the last one which has a host and should go to bug 1507354.
@valentin, I noticed that these ones were attributed to Bug 1507354, however they don't seem to be addressed by the current patch we have. Can you comment on whether they should be included in this bug, Bug 1507354, or maybe we need a new bug?:
Parsing: <C|> against <file://host/D:/dir1/dir2/file> Parsing: <C|#> against <file://host/dir/file> Parsing: <C|?> against <file://host/dir/file> Parsing: <C|/> against <file://host/dir/file> Parsing: <C| /> against <file://host/dir/file> Parsing: <C|\> against <file://host/dir/file> Parsing: <file://[1::8]/C:/> against <about:blank>```
We can check whether applying the patches in bug 1507354 and the patches here fixes these test cases too, but we can't fix these without allowing a host in file URLs.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 8•2 years ago
|
||
| bugherder | ||
Description
•