Bug 150434 - http_proxy weirdness
Summary: http_proxy weirdness
Alias: None
Product: Fedora
Classification: Fedora
Component: cvs
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Martin Stransky
QA Contact: Ben Levenson
Depends On:
TreeView+ depends on / blocked
Reported: 2005-03-06 14:17 UTC by Ville Skyttä
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-03-07 14:06:28 UTC

Attachments (Terms of Use)
Ethereal dump of failed "cvs update" (1.35 KB, text/plain)
2005-03-06 14:17 UTC, Ville Skyttä
no flags Details

Description Ville Skyttä 2005-03-06 14:17:09 UTC
The proxy patch applied in 1.11.19-3 causes weird breakage here; this is a FC3
system with cvs locally rebuilt and updated from FC devel CVS.

I have a local squid running, and http_proxy set to http://localhost:3128 in the
environment.  Now, all my cvs operations that use anonymous pserver fail with
messages like:

cvs [update aborted]: proxy server localhost:3128 does not support http tunnelling

Huh?  Why is it trying to use a HTTP proxy in the first place?  I requested a
CVS pserver operation, not HTTP traffic.  The error message is confusing as
squid most certainly supports HTTP proxying, and it works fine here using wget,
curl, $younameit.

Ethereal dump attached, and squid logs say:
==> /var/log/squid/access.log <==
1110118551.721      0 TCP_DENIED/403 1336 CONNECT cvs.cvshome.org:2401
- NONE/- text/html

==> /var/log/squid/store.log <==
1110118551.721 RELEASE -1 FFFFFFFF 652777049644E74A1CCE533ABF123F48  403
1110118551         0 1110118551 text/html 1044/1276 CONNECT cvs.cvshome.org:2401

I suggest turning this feature off by default, as it seems to be implemented in
a way that causes backwards incompatibility and breakage.  The changelog refers
to #144297 which I'm unable to access.

Comment 1 Ville Skyttä 2005-03-06 14:17:09 UTC
Created attachment 111713 [details]
Ethereal dump of failed "cvs update"

Comment 2 Martin Stransky 2005-03-07 09:58:25 UTC
Could you join please list of your env variables? Do you have set
"HTTP_PROXY", right?

Comment 3 Martin Stransky 2005-03-07 14:06:28 UTC
I removed check of HTTP_PROXY. Now it works only with CVS_PROXY.

Comment 4 Ville Skyttä 2005-03-07 17:54:04 UTC
That sounds like a good idea to me, thanks.  1.11.19-4 looks ok.

FWIW, here are my related environment variables:
$ env | grep -i proxy

Note You need to log in before you can comment on or make changes to this bug.