GNU bug report logs - #36773
27.0.50; Accessing a cached SVG with eww can cause Emacs to crash

Previous Next

Full log

Message #20 received at 36773 <at> debbugs.gnu.org (full text, mbox):

From: Pip Cet <pipcet <at> gmail.com>
To: Adam Plaice <plaiceadam <at> gmail.com>
Cc: 36773 <at> debbugs.gnu.org
Subject: Re: bug#36773: 27.0.50; Accessing a cached SVG with eww can cause
 Emacs to crash
Date: Wed, 24 Jul 2019 13:24:46 +0000

[Message part 1 (text/plain, inline)]

On Tue, Jul 23, 2019 at 9:14 PM Adam Plaice <plaiceadam <at> gmail.com> wrote:
>
> I've attached the backtrace.

Thanks. This seems like a librsvg bug, since it returned a NULL handle
but no error.

As for the other bug, it's a little tricky: shr calls
url-store-in-cache after url-http-parse-headers has decompressed the
file, while url-http-parse-headers itself would (correctly) cache the
uncompressed file if it were configured to do so. It's not quite clear
who's at fault here.

IOW, there's probably a conflict in existing cache directories: some
of them will store the compressed data, which won't work if it's
images; some will store the uncompressed data, which won't work for
HTML data.

I'm attaching a patch to fix the rsvg segfault, and another patch
which works around the url-http issue. However, I'm not sure how the
latter should be fixed properly.

[0002-Cache-HTTP-responses-as-uncompressed-data.patch (text/x-patch, attachment)]

[0001-Don-t-crash-when-parsing-bad-SVG-data-bug-36773.patch (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.