error decompressing temporary file?

[Karen Lewellen]

Hi Folks,
Can someone share what normally causes this issue?
eBay used to have this then it was removed. now paypal which worked with
lynx well until about a week ago has this problem.
I am speaking with someone in their executive office tomorrow so want to
explain with more than just my experience if I can.

[Thomas Dickey]

Post by Karen Lewellen
Hi Folks,
Can someone share what normally causes this issue?
eBay used to have this then it was removed. now paypal which worked
with lynx well until about a week ago has this problem.
I am speaking with someone in their executive office tomorrow so
want to explain with more than just my experience if I can.

If the problem is temporary (eBay) using the same client,
then that sounds like the server. It's possible that an
upgrade changed the real compression to/from deflate, which
you may/may not have (there was some instance of that a few
years ago). You can configure lynx to say it won't accept
compressed pages to help narrow it down (the "Preferred Encoding"
selection in the options menu).

[Karen Lewellen]

Hi,
new question about this?
Shellworld took a short and unexpected nap this evening.
So I tried logging into paypal from the ssh telnet shell for the company
that hosts our nonprofit organization's domain. dreamhost has lynx too.
Without my changing anything,i was able to log in. I had never done it,
so all the cookies we renew.
I came back into shellworld once awake, tried it again, and could not
in.
so I checked the preferred encoding, and it was set to all.
So I changed it to compressed, and was able to get in here as well.
My question is what that setting should be for most flexibility?
I can get into paypal now yes, but am wondering what might be an issue.
Unless our having it set for all actually was more restrictive?
Thanks,
Karen

Post by Thomas Dickey

Post by Karen Lewellen
Hi Folks,
Can someone share what normally causes this issue?
eBay used to have this then it was removed. now paypal which worked
with lynx well until about a week ago has this problem.
I am speaking with someone in their executive office tomorrow so
want to explain with more than just my experience if I can.

If the problem is temporary (eBay) using the same client,
then that sounds like the server. It's possible that an
upgrade changed the real compression to/from deflate, which
you may/may not have (there was some instance of that a few
years ago). You can configure lynx to say it won't accept
compressed pages to help narrow it down (the "Preferred Encoding"
selection in the options menu).
--
http://invisible-island.net
ftp://invisible-island.net

[Thomas Dickey]

Post by Karen Lewellen
Hi,
new question about this?
Shellworld took a short and unexpected nap this evening.
So I tried logging into paypal from the ssh telnet shell for the
company that hosts our nonprofit organization's domain. dreamhost
has lynx too.
Without my changing anything,i was able to log in. I had never done
it, so all the cookies we renew.
I came back into shellworld once awake, tried it again, and could
not in.
so I checked the preferred encoding, and it was set to all.
So I changed it to compressed, and was able to get in here as well.
My question is what that setting should be for most flexibility?
I can get into paypal now yes, but am wondering what might be an
issue. Unless our having it set for all actually was more
restrictive?

"all" is technically least-restrictive, since it says Lynx will accept
all of those compression types. It's possible that the server is sending
something with "deflate" compression (there's no standard external program
for that, though I might bundle one with Lynx...).

Post by Karen Lewellen
Thanks,
Karen

Post by Thomas Dickey

Post by Karen Lewellen
Hi Folks,
Can someone share what normally causes this issue?
eBay used to have this then it was removed. now paypal which worked
with lynx well until about a week ago has this problem.
I am speaking with someone in their executive office tomorrow so
want to explain with more than just my experience if I can.

If the problem is temporary (eBay) using the same client,
then that sounds like the server. It's possible that an
upgrade changed the real compression to/from deflate, which
you may/may not have (there was some instance of that a few
years ago). You can configure lynx to say it won't accept
compressed pages to help narrow it down (the "Preferred Encoding"
selection in the options menu).
--
http://invisible-island.net
ftp://invisible-island.net

[Karen Lewellen]

Actually this gets more interesting.
After I posted this, I went back into our dreamhost shell structure.
there lynx options menu also uses all, which was the case with shellworld
before I changed it.
however they are using an older edition of lynx,
also we have an older edition here, that Ken keeps in case we have an issue
like his one.
I could log into paypal using this, so am wondering about his latest
edition of lynx ?
Makes no sense that it would start suddenly as it has however, we have
been using this one for a while I believe.
last number is 15 or 16, I have to be looking at the page, where as the
dreamhost one is 5 and the lynx.old one here is 7.
I can only get in with one one now if I change the preferred encoding to
compress, which is not saved regardless.
Karen

Post by Thomas Dickey

Post by Karen Lewellen
Hi,
new question about this?
Shellworld took a short and unexpected nap this evening.
So I tried logging into paypal from the ssh telnet shell for the
company that hosts our nonprofit organization's domain. dreamhost
has lynx too.
Without my changing anything,i was able to log in. I had never done
it, so all the cookies we renew.
I came back into shellworld once awake, tried it again, and could
not in.
so I checked the preferred encoding, and it was set to all.
So I changed it to compressed, and was able to get in here as well.
My question is what that setting should be for most flexibility?
I can get into paypal now yes, but am wondering what might be an
issue. Unless our having it set for all actually was more
restrictive?

"all" is technically least-restrictive, since it says Lynx will accept
all of those compression types. It's possible that the server is sending
something with "deflate" compression (there's no standard external program
for that, though I might bundle one with Lynx...).

Post by Karen Lewellen
Thanks,
Karen

Post by Thomas Dickey

Post by Karen Lewellen
Hi Folks,
Can someone share what normally causes this issue?
eBay used to have this then it was removed. now paypal which worked
with lynx well until about a week ago has this problem.
I am speaking with someone in their executive office tomorrow so
want to explain with more than just my experience if I can.

If the problem is temporary (eBay) using the same client,
then that sounds like the server. It's possible that an
upgrade changed the real compression to/from deflate, which
you may/may not have (there was some instance of that a few
years ago). You can configure lynx to say it won't accept
compressed pages to help narrow it down (the "Preferred Encoding"
selection in the options menu).
--
http://invisible-island.net
ftp://invisible-island.net

--
http://invisible-island.net
ftp://invisible-island.net

[Thomas Dickey]

Post by Karen Lewellen
Actually this gets more interesting.
After I posted this, I went back into our dreamhost shell structure.
there lynx options menu also uses all, which was the case with
shellworld before I changed it.
however they are using an older edition of lynx,
also we have an older edition here, that Ken keeps in case we have
an issue like his one.
I could log into paypal using this, so am wondering about his
latest edition of lynx ?
Makes no sense that it would start suddenly as it has however, we
have been using this one for a while I believe.

It's likely the particular data returned by the server rather than lynx itself.

Post by Karen Lewellen
last number is 15 or 16, I have to be looking at the page, where as
the dreamhost one is 5 and the lynx.old one here is 7.
I can only get in with one one now if I change the preferred
encoding to compress, which is not saved regardless.
Karen

You should be able to configure lynx to save that setting, using

PREFERRED_ENCODING:GZIP

in your lynx.cfg file (there are comments at the top of the system lynx.cfg
file which describe how to setup a private lynx.cfg file).

[Karen Lewellen]

I respect that, but one reason Ken keeps an old way in is because this is
a service. I prefer not editing in that way here more then needful. If
it were on my own machine I might feel differently.
For example a home network. Frankly paypal should address it if they can.
Kare

Post by Thomas Dickey

Post by Karen Lewellen
Actually this gets more interesting.
After I posted this, I went back into our dreamhost shell structure.
there lynx options menu also uses all, which was the case with
shellworld before I changed it.
however they are using an older edition of lynx,
also we have an older edition here, that Ken keeps in case we have
an issue like his one.
I could log into paypal using this, so am wondering about his
latest edition of lynx ?
Makes no sense that it would start suddenly as it has however, we
have been using this one for a while I believe.

It's likely the particular data returned by the server rather than lynx itself.

Post by Karen Lewellen
last number is 15 or 16, I have to be looking at the page, where as
the dreamhost one is 5 and the lynx.old one here is 7.
I can only get in with one one now if I change the preferred
encoding to compress, which is not saved regardless.
Karen

You should be able to configure lynx to save that setting, using
PREFERRED_ENCODING:GZIP
in your lynx.cfg file (there are comments at the top of the system lynx.cfg
file which describe how to setup a private lynx.cfg file).
--
http://invisible-island.net
ftp://invisible-island.net