[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Lynx-dev] wikipedia reload problem

From: Jude DaShiell
Subject: Re: [Lynx-dev] wikipedia reload problem
Date: Mon, 23 Apr 2018 10:16:02 -0400

What happens if you use google cached text links to those pages and save those in your bookmarks? The way I first got around wikipedia pages failing to uncompress in lynx was to use the cached text google pages. Now I'm wondering if an entry in .mailcap for type gz files telling anything that finds it to use gunzip on a machine might also be helpful.

On Mon, 23 Apr 2018, iohann wrote:

Date: Mon, 23 Apr 2018 10:09:07
From: iohann <address@hidden>
To: address@hidden
Subject: [Lynx-dev] wikipedia reload problem

the problem:

All of the links in my lynx bookmarks file, except Wikipedia links, function as expected.

The anomalous behavior is:
When I follow a Wikipedia link (,,, I am, as expected, taken to the proper site. However, when I return to the bookmarks page and attempt to connect to those sites a second time, the following transpires: the status bar at bottom of screen goes through all the motions of connecting, but does not render the page. Instead I remain at the bookmarks page. The status line reports: "-more-";.

Curious behavior this morning: the link to does not exhibit the anomalous behavior. Instead, it performs as expected. I can visit the site multiple times, perform successive different searches. All goes well with that one link. I tested this on three separate installations. Same correct response with all three machines.

I am slowly moving toward the conviction that the problem lies with the wikipedia servers.

Lynx Version 2.8.9dev.8 (21 Dec 2015)
libwww-FM 2.14, SSL-MM 1.4.1, GNUTLS 3.4.9, ncurses 6.0.20160213(wide)
Built on linux-gnu.

Any the slightest help will be much appreciated.

Lynx-dev mailing list


reply via email to

[Prev in Thread] Current Thread [Next in Thread]