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 #11 received at 65299 <at> debbugs.gnu.org (full text, mbox):

From: awrhygty <at> outlook.com
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 65299 <at> debbugs.gnu.org
Subject: Re: bug#65299: 29.1; ZIP archived WEBP images can not be displayed
 correctly
Date: Tue, 15 Aug 2023 22:05:36 +0900
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: awrhygty <at> outlook.com
>> Date: Tue, 15 Aug 2023 13:02:43 +0900
>> 
>> 
>> Opening a entry for a WEBP image in a ZIP archive,
>> the subfile buffer is multibyte and the image is not displayed or
>> displayed collapsed.
>
> 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.




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.