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

Previous Next

Package: emacs;

Reported by: adam plaice <plaice.adam+lists <at> gmail.com>

Date: Tue, 23 Jul 2019 16:41:02 UTC

Severity: normal

Found in version 27.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Pip Cet <pipcet <at> gmail.com>
Cc: plaiceadam <at> gmail.com, 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 17:46:56 +0300
> From: Pip Cet <pipcet <at> gmail.com>
> Date: Wed, 24 Jul 2019 13:24:46 +0000
> Cc: 36773 <at> debbugs.gnu.org
> 
> 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.

What's more, this problem doesn't happen in Emacs 26.2.90.  Can you
see why it started happening in Emacs 27?  Maybe that will provide a
hint as to how to fix it.

Btw, I see the same behavior as you, Pip: g_object_unref error
messages and no crash.  librasvg returns a NULL handle, but it also
returns a non-zero err.  My librsvg version is 2.40.1.




This bug report was last modified 6 years and 18 days ago.

Previous Next


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