4:13 p.m.
Please try:
http://opensource.com/life/11/11/drm-graveyard-brief-history-digital-righ...
(I hope I've copied that out correctly; I can't seem to drag it out of
NS.)
I get a warning from NetSurf: "Error while processing content unencoding:
invalid code lengths set"
Is this a bug in NetSurf, or is it an error in the site's source
code? If it's a bug, I will happily report it.
Dave
4:27 p.m.
On 5 Nov 2011 Dave Higton wrote:
Please try:
http://opensource.com/life/11/11/drm-graveyard-brief-history-digital-r
ights-management-music
(I hope I've copied that out correctly; I can't seem to drag
it out of
NS.)
I get a warning from NetSurf: "Error while processing content
unencoding:
invalid code lengths set"
Is this a bug in NetSurf, or is it an error in the site's source
code? If it's a bug, I will happily report it.
I get the same message. The page has 33 validation errors, but NS
should make the best of it rather than barf at it. The page renders in
Oregano 1.10 though not with the intended formatting.
It is a nuisance that in this situation you can't shift-drag or
ctrl-drag the URL, although you can copy it to the clipboard.
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
4:29 p.m.
In message <4c9c8e2d52.davehigton(a)dsl.pipex.com>
Dave Higton <davehigton(a)dsl.pipex.com> wrote:
Please try:
http://opensource.com/life/11/11/drm-graveyard-brief-history-digital-r
ights-management-music
(I hope I've copied that out correctly; I can't seem to drag
it out of
NS.)
I get a warning from NetSurf: "Error while processing content
unencoding:
invalid code lengths set"
Me too,
Alan
--
5:19 p.m.
On Sat, 2011-11-05 at 21:13 +0000, Dave Higton wrote:
Please try:
http://opensource.com/life/11/11/drm-graveyard-brief-history-digital-righ...
(I hope I've copied that out correctly; I can't seem to drag it out of
NS.)
I get a warning from NetSurf: "Error while processing content unencoding:
invalid code lengths set"
Is this a bug in NetSurf, or is it an error in the site's source
code? If it's a bug, I will happily report it.
The site responds with a gzip-encoded stream containing trailing
garbage. This causes the HTTP library we use to complain with the
message you see. r13129 contains an egregious hack around the problem
which should make it work as well as can be expected.
John-Mark.
5:45 p.m.
On 5 Nov 2011, John-Mark Bell <jmb(a)netsurf-browser.org> wrote:
On Sat, 2011-11-05 at 21:13 +0000, Dave Higton wrote:
[snip]
[snip]
The site responds with a gzip-encoded stream containing trailing
garbage. This causes the HTTP library we use to complain with the
message you see.
In that case, why does r13077 have no problem with the site?
Tony
5:48 p.m.
On Sat, 2011-11-05 at 22:45 +0000, Tony Moore wrote:
On 5 Nov 2011, John-Mark Bell <jmb(a)netsurf-browser.org> wrote:
> On Sat, 2011-11-05 at 21:13 +0000, Dave Higton wrote:
[snip]
> >
http://opensource.com/life/11/11/drm-graveyard-brief-history-digital-righ...
[snip]
> The site responds with a gzip-encoded stream containing trailing
> garbage. This causes the HTTP library we use to complain with the
> message you see.
In that case, why does r13077 have no problem with the site?
Most likely because you're fetching it through a proxy server which
fixes the brokenness. Certainly, there's no reason for r13077 to work
any better than later versions in this respect.
John-Mark.
6:16 p.m.
On 5 Nov 2011, John-Mark Bell <jmb(a)netsurf-browser.org> wrote:
On Sat, 2011-11-05 at 22:45 +0000, Tony Moore wrote:
> On 5 Nov 2011, John-Mark Bell <jmb(a)netsurf-browser.org> wrote:
> > On Sat, 2011-11-05 at 21:13 +0000, Dave Higton wrote:
>
> [snip]
>
> > >
http://opensource.com/life/11/11/drm-graveyard-brief-history-digital-righ...
>
> [snip]
>
> > The site responds with a gzip-encoded stream containing trailing
> > garbage. This causes the HTTP library we use to complain with the
> > message you see.
>
> In that case, why does r13077 have no problem with the site?
Most likely because you're fetching it through a proxy server which
fixes the brokenness. Certainly, there's no reason for r13077 to work
any better than later versions in this respect.
NetSurf is configured to use 'No proxy'. Is it possible that my ISP
connects via a proxy, without my knowledge?
Tony
9:14 a.m.
In message <1320531574.29744.10.camel@duiker>
John-Mark Bell <jmb(a)netsurf-browser.org> wrote:
On Sat, 2011-11-05 at 21:13 +0000, Dave Higton wrote:
> Please try:
>
>
http://opensource.com/life/11/11/drm-graveyard-brief-history-digital-righ...
>
> (I hope I've copied that out correctly; I can't seem to drag it out of
> NS.)
>
> I get a warning from NetSurf: "Error while processing content unencoding:
> invalid code lengths set"
>
> Is this a bug in NetSurf, or is it an error in the site's source
> code? If it's a bug, I will happily report it.
The site responds with a gzip-encoded stream containing trailing
garbage. This causes the HTTP library we use to complain with the
message you see. r13129 contains an egregious hack around the problem
which should make it work as well as can be expected.
Thank you, John-Mark; I confirm it does.
A good opportunity to thank the whole NS team again, too!
Dave
4108
days inactive
4109
days old
netsurf-users@netsurf-browser.org
7 comments
5 participants
participants (5)
-
Dave Higton -
Dr Alan Leighton -
John-Mark Bell -
Richard Porter -
Tony Moore