Great! That works. All links function normally. Would you please take a
minute to explain what is happening with that? Why does that work? Does
this indicate that the problem lies with the Wikipedia servers? What is
the mailcap issue to which you refer. In any case, you have helped a
great deal. I can now access the wikipedia pages multiple times.
On 04/23/2018 11:00 AM, [email protected] wrote:
Send Lynx-dev mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.nongnu.org/mailman/listinfo/lynx-dev
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Lynx-dev digest..."
Today's Topics:
1. wikipedia reload problem (iohann)
2. Re: wikipedia reload problem (Jude DaShiell)
----------------------------------------------------------------------
Message: 1
Date: Mon, 23 Apr 2018 09:09:07 -0500
From: iohann <[email protected]>
To: [email protected]
Subject: [Lynx-dev] wikipedia reload problem
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
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.
------------------------------
Message: 2
Date: Mon, 23 Apr 2018 10:16:02 -0400
From: Jude DaShiell <[email protected]>
To: iohann <[email protected]>, [email protected]
Subject: Re: [Lynx-dev] wikipedia reload problem
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII; format=flowed
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
