336447 - 1.0.1 breaks proxy PAC support

Status: RESOLVED FIXED

(Camino Graveyard :: General, defect)

Description

[pdm]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.3) Gecko/20060427 Camino/1.0.1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.3) Gecko/20060427 Camino/1.0.1

Version 1.0.1 of Camino seems to break proxy PAC support.  Camino 1.0 works fine, and latest version of Firefox 1.5.0. works fine with same PAC file.  

Here is my prefs.js lines relevant.  I can switch back and forth between 1.0 and 1.0.1 and see that it works in 1.0 but not in 1.0.1.  Let me know if I can provide additional details.  tcpdump does show a connect was made to the proxy but no data was sent.

user_pref("camino.use_system_proxy_settings", false);
user_pref("network.proxy.autoconfig_url", "http://intranet.ruminate.org/yahoo.pac");
user_pref("network.proxy.type", 2);


tcpdump--  my proxy runs on por 2282 (tunnel)

12:12:00.380202 IP ancho.ruminate.org.2282 > chipotle.ruminate.org.52197: P 10128:10240(112) ack 1 win 2664 <nop,nop,timestamp 3341189888 729599314>
12:12:00.380411 IP chipotle.ruminate.org.52197 > ancho.ruminate.org.2282: . ack 10240 win 65535 <nop,nop,timestamp 729599433 3341189888>



Reproducible: Always

Steps to Reproduce:
1. setup proxy.pac
2. attempt to browse through proxy
3. shake fist at screen

Actual Results:  
Connections time out.

Expected Results:  
Web page loads.

Comment 1

[Håkan Waara]

Confirming based on IRC people with this bug.

Comment 2

[Samuel Sidler (old account; do not CC)]

This broke in Camino builds from the MOZILLA_1_8_0_BRANCH between 2006-04-13 and 2006-04-14.

Regression range: http://tinyurl.com/ntxyl

In the above link, note that the *only* checkin to that branch were bug 330421. As such, I'm marking this as blocking that bug.

I'm marking this as blocking1.0.2 because it's a regressions since 1.0. I'm not sure how this broke because of the above, but that's the only thing we can finger based on the regression range.

Comment 3

[Mark Mentovai]

Caused by evil compreg.dat/xpti.dat.  Workaround: remove these files in your app bundle at Camino.app/Contents/MacOS/components.  If the app is writable, new (correct) files will be generated.  If not, no biggie.

Comment 4

[Mark Mentovai]

The regression range is when builds changed from being built by a script (and not tested prior to release) to being built by tinderbox (and given a thorough workout prior to release).  Running the app causes compreg.dat and xpti.dat to be generated.  I don't know why the ones generated on the tinderbox for this branch are preventing pac files from working.  I'm really busy today, maybe someone else can compare the files and figure it out.  It's not really important, since those files should get out of the app bundle anyway.  See bug 326668.

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Can we please get confirmation that this is working for everyone now with http://ftp.mozilla.org/pub/mozilla.org/camino/nightly/latest-1.0-M1.8.0/ (i.e., that the 1.8.0 checkin for bug 326668 fixed this)?  Thanks!

Comment 6

[davedit]

Works for me on the 5/21 1.8.0 nightly!

Comment 7

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Fixed per comment 6 and the checkin for bug 326668.

Comment 8

[Marcus Peaston]

(In reply to comment #5)
> Can we please get confirmation that this is working for everyone now with
> http://ftp.mozilla.org/pub/mozilla.org/camino/nightly/latest-1.0-M1.8.0/ (i.e.,
> that the 1.8.0 checkin for bug 326668 fixed this)?  Thanks!
> 

This is just to confirm that this version of Camino also works for me.  Hurrah!

Comment 9

[Chris Lawson (gone)]

*** Bug 340258 has been marked as a duplicate of this bug. ***