GNU bug report logs - #65299
29.1; ZIP archived WEBP images can not be displayed correctly

Previous Next

Package: emacs;

Reported by: awrhygty <at> outlook.com

Date: Tue, 15 Aug 2023 04:04:02 UTC

Severity: normal

Tags: wontfix

Found in version 29.1

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 65299 <at> debbugs.gnu.org, awrhygty <at> outlook.com
Subject: Re: bug#65299: 29.1;
 ZIP archived WEBP images can not be displayed correctly
Date: Fri, 1 Sep 2023 22:24:40 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

> > From: awrhygty <at> outlook.com
> > Cc: 65299 <at> debbugs.gnu.org
> > Date: Tue, 15 Aug 2023 22:05:36 +0900
> >
> > Eli Zaretskii <eliz <at> gnu.org> writes:
> >
> > > You need to say
> > >
> > >   C-x RET c no-conversion RET RET
> > >
> > > to open such files from a zip archive.
> > >
> > > Determining the right coding system when opening files from ZIP
> > > archives is a tricky issue, and frequently needs forcing a certain
> > > encoding manually.  I don't know how to do better in general, what
> > > with all the possible sources of the files and their encodings.  A Zip
> > > archive can include files from Unix systems or from Windows, and we
> > > unzip by running the 'unzip' program.  So the usual defaults for
> > > guessing the encoding don't really work.
> >
> > At least modifying 'auto-coding-alist takes effect.
>
> OK, but that cannot be done by default, since the right encoding is
> not known in advance.

So is this a wontfix, then?




This bug report was last modified 1 year and 266 days ago.

Previous Next


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