Version: 3.1.93 (using KDE 3.1.93 (CVS >= 20031111), Gentoo) Compiler: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r2, propolice) OS: Linux (i686) release 2.4.20-gentoo-r8 I've got two problems with the auto proxy config stuff: 1. The "real" auto config (ie. the second radio in the settings) doesn't work at all. According to ethereal does Konq never even try to access the host wpad.example.net. 2. When I use the next option and manually specify the path to the pac file, it at least retrieves the file from the server. But it seemslike it has some problems applying the settings because the requests still don't go through the proxy. Setting the proxy manually (of course) works. The pac script also works with KDE 3.1.4. I'll ask the local sysadmin for admission to attach our pac file.
Hello, Please check for duplicates first. Thanks. *** This bug has been marked as a duplicate of 60885 ***
Sorry, bug 60885 covers only one aspect of this bug. Point two is a different issue. I'll try to get the pac file, maybe there's some incompatibility.
Created attachment 3600 [details] the pac file the probably not working pac file. the public ip-range and domain name is obfuscated but still has the ocrrect length.
Ok, I tested that file locally and can confirm that it doesn't work with 3.2-beta2. Under 3.1.4 it works -- I get an error message that the proxy fhw-cache.example.net doesn't exist. 3.2-beta2 happily opens any page I specify.
For #1) Do you use DHCP ? If so, this will never work in Gentoo because it uses a program called 'dhcpcd' to retrieve DHCP information. 'dhcpcd' ties up the same port the KDE helper app (kpac_dhcp_helper) needs to get the filename of the proxy auto config script. To check this do: netstat -plnu and see if port 68 us being used by the above application. Currently the only work around, until Gentoo fixes such problems, is either to manually specify the script filename or hack your gentoo network startup scripts to use 'pump' instead of 'dhcpcd'. #2) Read the same troubleshooting guideline I posted in the ticket I originally merged this bug report into (see above) and see what kind of result you get back.
Ooops, sorry. I actually meant look at this one for #2: http://bugs.kde.org/show_bug.cgi?id=69026 Regards, Dawit A.
Yes, I have dhcpcd running. But if DHCP is not available, it should fall back to the "domain based" (ie. using http://wpad.example.net/wpad.dat) auto config. That's what worked with KDE 3.1. Hmmm... yeah, that's what bug 60885 was about... As this was already a dup of that one, I'll mark it as a dup of bug 69026 now ;-) I'll try the test you suggested there... tomorrow, I'm too tired now :) *** This bug has been marked as a duplicate of 69026 ***
Problem still persists on 3.2.2 for me. I'm on the domain "effenberger", and wpad.effenberger is available as host. http://wpad.effenberger/proxy.pac sends a correct proxy.pac file. However, no proxy is being found. Entering the proxy.pac path manually works fine.
Problem still persists on 3.3.1 for me. I'm on the domain "effenberger", and wpad.effenberger is available as host. http://wpad.effenberger/proxy.pac sends a correct proxy.pac file. However, no proxy is being found. Entering the proxy.pac path manually works fine.
.effenberger is not a valid top level domain and won't work with IE 5.5+ either. Have a look at <http://www.wlug.org.nz/WPAD> for some background on how it works.