Hi Dutch,
The forbidden site issue I encounter is not the one Hans referenced, but
others.
take
masterworkshealing.com
for example,
So the idea would be an option that I could change, as I directed Hans
to make a short term change to the send user agent header one in lynx.
I realize naturally there are times when the user agent header needs to
be sent. Likely why Lynx does not make this change perminent. what about
in links though?
As for storing cookies, indeed, I am wondering what to do if I try
visiting a site and am not allowed to continue because the browser will not
accept cookies...as in literary says as much.
for example,
www.walmart.ca
will not even move forward in links for this reason.
I am not sure if the reference you place below will explain the user agent
header question, or the cookies one?
Thanks,
Karen
On Thu, 15 Sep 2016, Dutch Ingraham wrote:
On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote:
Hi Dutch,
Still, that brings up two questions of my own regarding links.
first, does the browser still not accept cookies?
I'm not sure of your definition of "accept," but in the general sense links does
not store and set cookies. This post [1] seems to make a distinction, though,
between persistent cookies and volatile cookies.
and second, what is the comparative solution to Hans' forbidden site
problem?
I had no problem visiting nvidia.de/Treiber with links.
I do not know if I can alter the send user agent command in links.
links -> setup -> Network options -> HTTP options -> Header options
[1] https://superuser.com/questions/478633/links-cookie-location
On Thu, 15 Sep 2016, Dutch Ingraham wrote:
On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
Links is no longer updated,
Where did you get this information? As far as I can see, links was updated on
July 1, 2016.[1][2] Does that qualify as "no longer updated"?
[1] https://en.wikipedia.org/wiki/Links_(web_browser)
[2] https://www.archlinux.org/packages/core/x86_64/links/