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 <[email protected]>
To: [email protected]
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 (en.wikipedia.org, fr.wikipedia.org,
en.wiktionary.org, fr.wiktionary.org) 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- https://fr.wikipedia.org";.
Curious behavior this morning: the link to fr.wiktionary.org 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
[email protected]
https://lists.nongnu.org/mailman/listinfo/lynx-dev
--
_______________________________________________
Lynx-dev mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/lynx-dev
