Debian Bug report logs - #25947
lynx: tries to use both $http_proxy env. var. and proxy in /etc/lynx.cfg

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: <ieure@crosssound.narrows.com>

To: submit@bugs.debian.org

Subject: lynx: tries to use both $http_proxy env. var. and proxy in /etc/lynx.cfg

Date: Wed, 19 Aug 1998 20:05:04 -0700 (PDT)

Package: lynx
Version: 2.8-2

when the $http_proxy & $ftp_proxy environment variables _and_ a proxy is set in
/etc/lynx.cfg, lynx does not use one or the other; it appends one proxy onto the
url to get. This is a bug in Lynx, not the debian package and should be
forwarded to the lynx development team.



-- System Information
Debian Release: 2.0
Kernel Version: Linux Phaktory 2.0.35 #1 Fri Aug 14 02:49:30 PDT 1998 i586 unknown

Versions of the packages lynx depends on:

--- Begin /etc/lynx.cfg (modified conffile)
#
#
#
#
#
#
#
STARTFILE:http://www.a.landmark98.net/
#
HELPFILE:file://localhost/usr/doc/lynx/lynx_help/lynx_help_main.html
#
DEFAULT_INDEX_FILE:http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/MetaIndex.html
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
LOCAL_EXECUTION_LINKS_ALWAYS_ON:FALSE
LOCAL_EXECUTION_LINKS_ON_BUT_NOT_REMOTE:FALSE
#
#
#
#
#
#
TRUSTED_EXEC:none
#
#
#
ALWAYS_TRUSTED_EXEC:none
#
#
#
TRUSTED_LYNXCGI:none
#
#
#
#
#
#
#
#
#
#
NNTPSERVER:news.narrows.com
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
http_proxy:http://squid:8000/
ftp_proxy:http://squid:8000/
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
NO_DOT_FILES:FALSE
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
MINIMAL_COMMENTS:TRUE
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
GLOBAL_EXTENSION_MAP:/etc/mime.types
#
PERSONAL_EXTENSION_MAP:.mime.types
#
#
XLOADIMAGE_COMMAND:
#
#
#
#
#
#
VIEWER:application/x-scour-directive:/usr/local/bin/SMA2.pl %s
#
GLOBAL_MAILCAP:/etc/mailcap
#
PERSONAL_MAILCAP:.mailcap
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
COLOR:0:lightgray:black
COLOR:1:blue:black
COLOR:2:yellow:blue
COLOR:3:green:black
COLOR:4:magenta:black
COLOR:5:blue:black
COLOR:6:red:black
COLOR:7:magenta:cyan
#
#
#
#
#
#
#
#
#
#
#

--- End /etc/lynx.cfg

Message #10 received at 25947@bugs.debian.org (full text, mbox, reply):

From: Patrik Rak <patrik@ein.cz>

To: 25947@bugs.debian.org

Subject: $http_proxy + /etc/lynx.cfg http_proxy breaks lynx

Date: Fri, 27 Aug 1999 14:57:52 +0200 (CEST)

Hi!

I was just about to report this when I found it has been there for ages.

Note that this problem is still there, even in 2.8.2-1 in potato.

However, something slightly different is happening than what the original
bug report describes: the hostname of the target host is prepended, not
the cache name. So, if the request should have been  
http://www.debian.org/index.html, it actually becomes 
http://www.debian.org/www.debian.org/index.html.

This is quite annoying bug, as some programs only support $http_proxy.

Patrik

Message #15 received at 25947@bugs.debian.org (full text, mbox, reply):

From: Klaus Weide <kweide@enteract.com>

To: Patrik Rak <patrik@ein.cz>

Cc: lynx-dev@sig.net, 25947@bugs.debian.org

Subject: Re: bug #25947, $http_proxy + /etc/lynx.cfg http_proxy

Date: Mon, 30 Aug 1999 07:57:27 -0500 (CDT)

(lynx-dev: see <http://www.debian.org/Bugs/db/25/25947.html>)

> However, something slightly different is happening than what the original
> bug report describes: the hostname of the target host is prepended, not
> the cache name. So, if the request should have been
> http://www.debian.org/index.html, it actually becomes
> http://www.debian.org/www.debian.org/index.html.
>
> This is quite annoying bug, as some programs only support $http_proxy.

I have never seen something like this, certainly not if the *_proxy
variables/options are syntactically correct.  Note that the trailing '/'
is required.

Howwever, I don't really understand the description.  What is a "cache
name"?  At what stage does http://www.debian.org/index.html "become"
http://www.debian.org/www.debian.org/index.html, what makes you think it
has become that?  How was the URL entered in the first place?  (For
example, did you use full URLs including the "http://"?)

Please give a full example with all relevant inputs (lynx.cfg settings,
env variables, URL) and the resulting output.  If you can, show us the
URL as the proxy sees it (from squid log files).

You may also try lynx -trace, then look at ~/Lynx.trace to see what happens.
Note some concatenation (proxy+URL) is generated internally and will
appear in the trace, but should never be visible to the outside world (i.e.
it is not sent to the proxy).  You should see the full request in the trace
file (look for "GET ").


   Klaus

Message #20 received at 25947@bugs.debian.org (full text, mbox, reply):

From: Patrik Rak <patrik@ein.cz>

To: Klaus Weide <kweide@enteract.com>

Cc: lynx-dev@sig.net, 25947@bugs.debian.org

Subject: Re: bug #25947, $http_proxy + /etc/lynx.cfg http_proxy

Date: Mon, 30 Aug 1999 15:16:26 +0200 (CEST)

On Mon, 30 Aug 1999, Klaus Weide wrote:

> I have never seen something like this, certainly not if the *_proxy
> variables/options are syntactically correct.  Note that the trailing '/'
> is required.

I see. So this is the problem, obviously.

> Howwever, I don't really understand the description.  What is a "cache
> name"?  At what stage does http://www.debian.org/index.html "become"
> http://www.debian.org/www.debian.org/index.html, what makes you think it
> has become that?  How was the URL entered in the first place?  (For
> example, did you use full URLs including the "http://"?)

Here is the related excerpt from lynx.cfg:

http_proxy:http://proxy.ein.cz:3128/
https_proxy:http://proxy.ein.cz:3128/
ftp_proxy:http://proxy.ein.cz:3128/
gopher_proxy:http://proxy.ein.cz:3128/
no_proxy:ein.cz

everything else is as per default, and there is no user's .lynx.cfg.

If there is no $http_proxy, things work fine.

If I set it to http://proxy.ein.cz:3128, it does not work,
regardless if I specify the URL on commandline or via the G)o command.
For example, say I typed "lynx www.seznam.cz". Here is what squid sees:

936018384.508    944 192.168.3.129 TCP_MISS/404 346 GET http://www.seznam.cz/www.seznam.cz/ - DIRECT/www.seznam.cz text/html

However, if I set it to http://proxy.ein.cz:3128/, as you suggest above,
it works again. But other programs don't insist on having the
trailing slash in order to work, and lynx should follow, IMHO.

But thanks for the hint how to work around this anyway.

Patrik

P.S. Sorry about the previous "incomplete" bug report, I thought that
something like duplicating the hostname should be easy to spot in the
sources...

Message #25 received at 25947@bugs.debian.org (full text, mbox, reply):

From: Klaus Weide <kweide@enteract.com>

To: Patrik Rak <patrik@ein.cz>

Cc: lynx-dev@sig.net, 25947@bugs.debian.org

Subject: Re: bug #25947, $http_proxy + /etc/lynx.cfg http_proxy

Date: Mon, 30 Aug 1999 11:09:11 -0500 (CDT)

On Mon, 30 Aug 1999, Patrik Rak wrote:

> On Mon, 30 Aug 1999, Klaus Weide wrote:
> 
> > I have never seen something like this, certainly not if the *_proxy
> > variables/options are syntactically correct.  Note that the trailing '/'
> > is required.
> 
> I see. So this is the problem, obviously.

[ some detail snipped ]

> everything else is as per default, and there is no user's .lynx.cfg.

I think you mean ".lynxrc"? (which wouldn't be relevant for proxies).
Lynx doesn't look for a ".lynx.cfg" (unless the code was modified, or
".lynx.cfg" INCLUDEd from the system-wide lynx.cfg.

> If there is no $http_proxy, things work fine.
> 
> If I set it to http://proxy.ein.cz:3128, it does not work,
> regardless if I specify the URL on commandline or via the G)o command.
> For example, say I typed "lynx www.seznam.cz". Here is what squid sees:

Side note: use full URLs unless you don't mind some overhead (e.g.
unnecessary name lookups, checking for ./www.seznam.cz as a local
directory) caused by "guessing".

> 936018384.508    944 192.168.3.129 TCP_MISS/404 346 GET http://www.seznam.cz/www.seznam.cz/ - DIRECT/www.seznam.cz text/html
> 
> However, if I set it to http://proxy.ein.cz:3128/, as you suggest above,
> it works again. But other programs don't insist on having the
> trailing slash in order to work, and lynx should follow, IMHO.

Ok, I am convinced, suggested patch below. (should also work for previous
versions)

I added the checks for 'normal case (1) because I don't fully understand
what's supposed to happen (if anything useful) in some other situations
including proxying of/to news/nntp etc. (2) to preserve some occasionally
useful tricks than can be played with proxy settings.  (Normally behavior
should be regarded as undefined if protocol_proxy points to something
else than http://... or possibly https://...)

  Klaus

* Supply trailing slash for protocol_proxy settings (whether environment
  variables or lynx.cfg) in HTAccess.c if the slash was omitted and if the
  content otherwise looks normal (starts with http, no su

--- lynx2-8-3.old/WWW/Library/Implementation/HTAccess.c	Mon Jun 21 00:31:29 1999
+++ lynx2-8-3/WWW/Library/Implementation/HTAccess.c	Mon Aug 30 09:42:26 1999
@@ -519,6 +519,14 @@
 	if (proxy) {
 	    char * gatewayed = NULL;
 	    StrAllocCopy(gatewayed,proxy);
+	    if (!strncmp(gatewayed, "http", 4)) {
+		char *cp = strrchr(gatewayed, '/');
+		/* Append a slash to the proxy specification if it doesn't
+		 * end in one but otherwise looks normal (starts with "http",
+		 * has no '/' other than ones before the hostname). - kw */
+		if (cp && (cp - gatewayed) <= 7)
+		    LYAddHtmlSep(&gatewayed);
+	    }
 	    /*
 	    ** Ensure that the proxy server uses ftp for file URLs. - FM
 	    */

Message #30 received at 25947@bugs.debian.org (full text, mbox, reply):

From: Patrik Rak <patrik@ein.cz>

To: lynx-dev@sig.net

Cc: 25947@bugs.debian.org

Subject: Re: bug #25947, $http_proxy + /etc/lynx.cfg http_proxy

Date: Tue, 31 Aug 1999 10:08:23 +0200 (CEST)

On Mon, 30 Aug 1999, Klaus Weide wrote:

> > everything else is as per default, and there is no user's .lynx.cfg.
> 
> I think you mean ".lynxrc"? (which wouldn't be relevant for proxies).

Oh, yes. Whatever the user's config's name is :)

> > However, if I set it to http://proxy.ein.cz:3128/, as you suggest above,
> > it works again. But other programs don't insist on having the
> > trailing slash in order to work, and lynx should follow, IMHO.
> 
> Ok, I am convinced, suggested patch below. (should also work for previous
> versions)

Great, thanks.

Patrik

Message #35 received at 25947@bugs.debian.org (full text, mbox, reply):

From: Joost Kooij <joost@pc47.mpn.cp.philips.com>

To: Patrik Rak <patrik@ein.cz>, 25947@bugs.debian.org

Cc: debian-bugs-dist@lists.debian.org, Christian Hudon <chrish@debian.org>

Subject: Re: Bug#25947: $http_proxy + /etc/lynx.cfg http_proxy breaks lynx

Date: Wed, 1 Sep 1999 14:16:20 +0200 (CEST)

Hi,

On Fri, 27 Aug 1999, Patrik Rak wrote:
> 
> However, something slightly different is happening than what the original
> bug report describes: the hostname of the target host is prepended, not
> the cache name. So, if the request should have been  
> http://www.debian.org/index.html, it actually becomes 
> http://www.debian.org/www.debian.org/index.html.
> 
> This is quite annoying bug, as some programs only support $http_proxy.

I too suffered from the "lynx doesn't grok proxies" problem before, but I
got it working for practical purposes. 

Lynx actually does respect the setting of $http_proxy, although it is
peculiarily picky about the "spelling" of the proxy url.

Instead of this:

  http_proxy=http://your.proxy:port lynx http://bugs.debian.org/lynx

Try this:

  http_proxy=http://your.proxy:port/ lynx http://bugs.debian.org/lynx

It Works For Me(tm).  

Sorry, but I don't have a patch to make lynx behave more reasonable wrt.
the content of the http_proxy setting.  It does look like a genuine bug
that ought to be fixed though.

Cheers,


Joost

Message #40 received at 25947@bugs.debian.org (full text, mbox, reply):

From: GoodNews <GoodNews@list.cb.com>

To: GoodNews <GoodNews@list.cb.com>

Subject: Good News from College Broadcast!

Date: Thu, 22 Jun 2000 12:41:10 -0700

[Message part 1 (text/plain, inline)]

GOOD NEWS FROM COLLEGE BROADCAST - June 22, 2000
http://WWW.CB.COM

WIN A WILD WEST ADVENTURE AT OUR TRAVEL CHANNEL
Go to our Travel Channel and Register to win a Wild West Adventure from
GORP! Ride the range in the old West for 7 Days/6 Nights at the Pines
Guest Ranch near Colorado Springs. Entry deadline is June 30! Check out
other Travel Channel contests at http://www.cb.com such as; a Hawaiian
Multi-sport Getaway from GORP, a Northstar Tahoe Getaway from RSN, and
much more!

"PAPA ROACH" INFESTS THE MUSIC CHANNEL AT CB.COM
Listen to Papa Roach, one of the hottest bands in the country. Go to
http://www.cb.com and visit our Music Channel--watch the group's latest
video called "Their Last Resort" from the "Infestation" album. Get news,
photos, tour information and merchandise from Papa Roach.

GET THE ULTIMATE HOOK UP - JOIN THE COLLEGE BROADCAST TEAM
Become a College Broadcast College Street Representative and we'll hook
ya' up. Earn college credit… Get free music… Earn cash while walking to
class… Host your own parties. All of this and more, just E-mail
army@cb.com and we'll give you all the details.

DIVE INTO FILM @ CB.COM… "TAKE A BATH" WITH ATOM FILMS
Test the water at College Broadcast by checking out Atom Films' latest
and greatest short films. Go to http://www.cb.com and visit the Film
Channel to view three new films: "Take a Bath," "Break and Enter," and
"Girl Go Boom." 


ROMP WITH US IN ANIMATION
You'll giggle, blush and bug out at The Romp. Just go to the CB
Animation Channel by clicking on http://www.cb.com. Check out these
original animated webisodes as well as other Animation Channel classics,
such as Sal & Su-ie, Joe Cartoon and Dotcomix. 


COLLEGE BROADCAST
ONLINE * ON CABLE * ON CAMPUS
http://WWW.CB.COM



---------------------------------------------------------------

If you would like to be removed from this list, please click:
http://list.cb.com:80/UM/U.ASP?A2.2.213112 and you will be removed
immediately! 

Thank you!

[Message part 2 (text/html, inline)]

Message #45 received at 25947@bugs.debian.org (full text, mbox, reply):

From: <HRTS14@medmail.com>

Subject: toner pricing

Date: Sun, 3 Jun 2001 14:16:49

PLEASE FORWARD TO THE PERSON
RESPONSIBLE FOR PURCHASING
YOUR LASER PRINTER SUPPLIES

**** VORTEX  SUPPLIES ****

LASER PRINTER TONER CARTRIDGES,
COPIER AND FAX CARTRIDGES

SAVE UP TO 30% FROM RETAIL

ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
CUSTOMER SERVICE: 1-888-248-2015
E-MAIL REMOVAL LINE: 1-888-248-4930 

UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


FOR THOSE OF YOU WHO REQUIRE MORE INFORMATION ABOUT OUR COMPANY
INCUDING FEDERAL TAX ID NUMBER, CLOSEST SHIPPING OR CORPORATE ADDRESS IN THE CONTINENTAL 
U.S. OR  FOR CATALOG  REQUESTS PLEASE CALL OUR CUSTOMER SERVICE LINE  1-888-248-2015 
 

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100 (96A)-------------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)------------------------$145
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$35
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$72
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$95

HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$54
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165


EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720 and 760 (E-40)-------------$89

IF YOUR CARTRIDGE IS NOT LISTED CALL CUSTOMER SERVICE AT 1-888-248-2015 

90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.

Message #50 received at 25947-done@bugs.debian.org (full text, mbox, reply):

From: Adrian Bunk <bunk@fs.tum.de>

To: <25947-done@bugs.debian.org>

Subject: This bug seems to be already fixed

Date: Mon, 13 Aug 2001 23:08:30 +0200 (CEST)

I tried to reproduce this problem with the lynx package currently in
unstable but I wasn't able. Please tell me if you can still reproduce it.

cu
Adrian

-- 

Get my GPG key: finger bunk@debian.org | gpg --import

Fingerprint: B29C E71E FE19 6755 5C8A  84D4 99FC EA98 4F12 B400

Send a report that this bug log contains spam.