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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 65299 <at> debbugs.gnu.org, awrhygty <at> outlook.com
Subject: bug#65299: 29.1; ZIP archived WEBP images can not be displayed correctly
Date: Sat, 02 Sep 2023 09:20:27 +0300

> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Fri, 1 Sep 2023 22:24:40 +0200
> Cc: awrhygty <at> outlook.com, 65299 <at> debbugs.gnu.org
> 
> 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?

I guess so, yes.

Previous Next

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