Firefox mangles some URL with >3 spaces and combination of other characters

RESOLVED INVALID

Status

()

RESOLVED INVALID
4 years ago
3 years ago

People

(Reporter: koegler.kai+mozilla, Unassigned)

Tracking

29 Branch
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [necko-backlog])

(Reporter)

Description

4 years ago
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140428194100

Steps to reproduce:

- create these files on a webserver (to access via firefox) - these contain
spaces and the obvious visible ascii-characters:

a a a a 10.1.bmp
a a a a 10.1.txt 
a a a a 10.1.xy 
a a a a 10.xy 
a a a a.1.txt   
a a a a a.1.txt
a a a a a.1.xy

- visit each by entering its URL into the location bar (doesn't matter whether the spaces are %20-encoded, this works)



Actual results:

each file will be requested as one woould expect EXCEPT "a a a a 10.1.xy" (that is, as far as my tries went, any filename with: >3 spaces, >2 periods, a "strange" file extension ("bmp", "txt" works, "xy", "pdf" doesn't) AND digit characters after a space (letter characters work)

in this very special case just a request to "/" instead of the actual URL is issued:

GET / HTTP/1.1
Host: [REMOVED].local:9084
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:29.0) Gecko/20100101 Firefox/29.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
Cookie: [REMOVED]
Connection: keep-alive




Expected results:

issue a request with the actual URL, as also verified with different browsers (Opera, Chrome)
(Reporter)

Comment 1

4 years ago
that would be ">= 2 periods", also occours on windows

Updated

4 years ago
QA Whiteboard: [bugday-20140609]
Component: Untriaged → Networking: HTTP
Product: Firefox → Core
wdyt?
Flags: needinfo?(valentin.gosu)
Whiteboard: [necko-backlog]
(Reporter)

Comment 3

3 years ago
Hi, original submitter here. I just tried the same on FF 44 on Linux and on Windows, the behaviour is now completely how you'd expect. 

Please close this bug, it is not reproducible anymore.
(Reporter)

Updated

3 years ago
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → INVALID
Flags: needinfo?(valentin.gosu)
You need to log in before you can comment on or make changes to this bug.