Re: [Lynx-dev] wikipedia reload problem

[Jude DaShiell]

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 (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
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/lynx-dev

--