GNU bug report logs -
#65299
29.1; ZIP archived WEBP images can not be displayed correctly
Previous Next
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):
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.