Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Case-sensitive host-matching behaviour #29

Open
manugarg opened this issue Sep 26, 2014 · 0 comments
Open

Case-sensitive host-matching behaviour #29

manugarg opened this issue Sep 26, 2014 · 0 comments

Comments

@manugarg
Copy link
Owner

From klausfi...@gmail.com on September 16, 2013 13:06:54

What steps will reproduce the problem? Supplying a URL with different case formats, e.g., www.mydomain.com vs. WWW.mydomain.com, pacparser treats the two as different resources. What is the expected output? What do you see instead? The expected result of an evaluation like this should be identical in both cases, since hostnames are case-insensitive. However, I am getting two distinct results for what should be the same host. Explicitly converting strings to all lowercase causes both queries to return the identical, expected result. What version of the product are you using? On what operating system? 1.3.1 on OSX 10.8 Please provide any additional information below. According to the FAQ here: http://findproxyforurl.com/misconceptions/ "In order to perform host matching the host variable must be converted to lowercase.
False. Implementing such code has been found unnecessary in all major browsers (Internet Explorer, Firefox, Chrome, and Safari).
No browser has been found to require that the host be converted to lowercase in order to prevent case sensitive matching issues. Unlike URLs, hosts are case insensitive therefore any PAC rule mechanism should automatically assume case insensitivity when matching hosts."

cheers,
Klaus

Original issue: http://code.google.com/p/pacparser/issues/detail?id=29

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant