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)
that would be ">= 2 periods", also occours on windows
QA Whiteboard: [bugday-20140609]
Component: Untriaged → Networking: HTTP
Product: Firefox → Core
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.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.