GNU bug report logs - #32469
26.1; windows 10 emacs doesn't draw *some* pngs correctly

Previous Next

Package: emacs;

Reported by: James Nguyen <james <at> jojojames.com>

Date: Sat, 18 Aug 2018 01:57:01 UTC

Severity: minor

Tags: moreinfo

Found in version 26.1

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 32469 in the body.
You can then email your comments to 32469 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#32469; Package emacs. (Sat, 18 Aug 2018 01:57:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to James Nguyen <james <at> jojojames.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 18 Aug 2018 01:57:01 GMT) Full text and rfc822 format available.

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

From: James Nguyen <james <at> jojojames.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1; windows 10 emacs doesn't draw *some* pngs correctly
Date: Fri, 17 Aug 2018 18:56:02 -0700
https://github.com/jojojames/emacs-windows-png-repro

Added some screenshots here^

Pngs created using imagemagick from svg files do not display correctly
in Emacs (they do not display transparency correctly). In the linked
repro, the images are surrounded with a yellow/orange instead of transparency.

The images display with transparency in other Windows programs I
tried. (Web browser, File browser, default image viewer in Windows.)
These images also display correctly on OSX (and its various
applications, including Emacs).

After playing around with the imagemagick setting, it seems prefixing
PNG32: to the output file makes the image compatible with Windows Emacs.


In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
 of 2018-05-03 built on CIRROCUMULUS
Repository revision: cbb9c78de081e37cf0b2ab6f35022abf89507d9c
Windowing system distributor 'Microsoft Corp.', version 10.0.17134
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Contacting host: www.gnu.org:443
Type C-c C-c or C-c C-x to view the image as text or hex.
Mark set
Quit
Type C-c C-c or C-c C-x to view the image as text or hex. [2 times]
Making completion list... [2 times]
kill-region: Buffer is read-only: #<buffer *GNU Emacs*>
j is undefined

Configured using:
 'configure --without-dbus --host=x86_64-w64-mingw32
 --without-compress-install -C 'CFLAGS=-O2 -static -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS THREADS LCMS2

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1252

Major mode: Fundamental

Minor modes in effect:
  diff-auto-refine-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec epa derived
epg epg-config mm-decode mm-bodies mm-encode mailabbrev gmm-utils
mailheader sendmail deeper-blue-theme vc-git diff-mode easy-mmode
image-mode dired dired-loaddefs cl-extra help-mode network-stream
starttls url-http tls gnutls mail-parse rfc2231 url-gw nsm rmc url-cache
url-auth eww easymenu mm-url gnus nnheader gnus-util rmail
rmail-loaddefs rfc2047 rfc2045 ietf-drums mail-utils wid-edit mm-util
mail-prsvr url-queue url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars
mailcap shr text-property-search puny svg xml seq byte-opt gv bytecomp
byte-compile cconv dom format-spec cl-loaddefs cl-lib browse-url
time-date elec-pair mule-util tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win
w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt
fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote w32notify w32 lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 185420 11623)
 (symbols 56 24180 1)
 (miscs 48 100 162)
 (strings 32 50753 1327)
 (string-bytes 1 1377740)
 (vectors 16 19310)
 (vector-slots 8 549518 11380)
 (floats 8 90 194)
 (intervals 56 10150 3972)
 (buffers 992 18))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#32469; Package emacs. (Sat, 13 Jul 2019 02:53:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: James Nguyen <james <at> jojojames.com>
Cc: 32469 <at> debbugs.gnu.org
Subject: Re: bug#32469: 26.1; windows 10 emacs doesn't draw *some* pngs
 correctly
Date: Sat, 13 Jul 2019 04:52:10 +0200
James Nguyen <james <at> jojojames.com> writes:

> https://github.com/jojojames/emacs-windows-png-repro
>
> Added some screenshots here^
>
> Pngs created using imagemagick from svg files do not display correctly
> in Emacs (they do not display transparency correctly). In the linked
> repro, the images are surrounded with a yellow/orange instead of transparency.
>
> The images display with transparency in other Windows programs I
> tried. (Web browser, File browser, default image viewer in Windows.)
> These images also display correctly on OSX (and its various
> applications, including Emacs).
>
> After playing around with the imagemagick setting, it seems prefixing
> PNG32: to the output file makes the image compatible with Windows Emacs.

The image handling has been reworked substantially over the last few
months -- are you still seeing this on the Emacs trunk?

> In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
>  of 2018-05-03 built on CIRROCUMULUS

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#32469; Package emacs. (Mon, 15 Jul 2019 03:41:02 GMT) Full text and rfc822 format available.

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

From: james <at> jojojames.com
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 32469 <at> debbugs.gnu.org
Subject: Re: bug#32469: 26.1; windows 10 emacs doesn't draw *some* pngs
 correctly
Date: Sun, 14 Jul 2019 20:40:13 -0700
It’ll take me a while to check for this.

> On Jul 12, 2019, at 7:52 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> 
> James Nguyen <james <at> jojojames.com> writes:
> 
>> https://github.com/jojojames/emacs-windows-png-repro
>> 
>> Added some screenshots here^
>> 
>> Pngs created using imagemagick from svg files do not display correctly
>> in Emacs (they do not display transparency correctly). In the linked
>> repro, the images are surrounded with a yellow/orange instead of transparency.
>> 
>> The images display with transparency in other Windows programs I
>> tried. (Web browser, File browser, default image viewer in Windows.)
>> These images also display correctly on OSX (and its various
>> applications, including Emacs).
>> 
>> After playing around with the imagemagick setting, it seems prefixing
>> PNG32: to the output file makes the image compatible with Windows Emacs.
> 
> The image handling has been reworked substantially over the last few
> months -- are you still seeing this on the Emacs trunk?
> 
>> In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
>> of 2018-05-03 built on CIRROCUMULUS
> 
> -- 
> (domestic pets only, the antidote for overdose, milk.)
>   bloggy blog: http://lars.ingebrigtsen.no





Added tag(s) moreinfo. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Thu, 03 Oct 2019 01:52:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#32469; Package emacs. (Sat, 02 Nov 2019 00:58:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: james <at> jojojames.com
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 32469 <at> debbugs.gnu.org
Subject: Re: bug#32469: 26.1; windows 10 emacs doesn't draw *some* pngs
 correctly
Date: Sat, 02 Nov 2019 01:57:15 +0100
Hi James,

The below discussion was in July.  Did you find any time to check if
this is still an issue on the Emacs trunk?

Best regards,
Stefan Kangas

james <at> jojojames.com writes:

> It’ll take me a while to check for this.
>
>> On Jul 12, 2019, at 7:52 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>> 
>> James Nguyen <james <at> jojojames.com> writes:
>> 
>>> https://github.com/jojojames/emacs-windows-png-repro
>>> 
>>> Added some screenshots here^
>>> 
>>> Pngs created using imagemagick from svg files do not display correctly
>>> in Emacs (they do not display transparency correctly). In the linked
>>> repro, the images are surrounded with a yellow/orange instead of transparency.
>>> 
>>> The images display with transparency in other Windows programs I
>>> tried. (Web browser, File browser, default image viewer in Windows.)
>>> These images also display correctly on OSX (and its various
>>> applications, including Emacs).
>>> 
>>> After playing around with the imagemagick setting, it seems prefixing
>>> PNG32: to the output file makes the image compatible with Windows Emacs.
>> 
>> The image handling has been reworked substantially over the last few
>> months -- are you still seeing this on the Emacs trunk?
>> 
>>> In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
>>> of 2018-05-03 built on CIRROCUMULUS
>> 
>> -- 
>> (domestic pets only, the antidote for overdose, milk.)
>>   bloggy blog: http://lars.ingebrigtsen.no




Reply sent to Stefan Kangas <stefan <at> marxist.se>:
You have taken responsibility. (Thu, 16 Jan 2020 14:12:02 GMT) Full text and rfc822 format available.

Notification sent to James Nguyen <james <at> jojojames.com>:
bug acknowledged by developer. (Thu, 16 Jan 2020 14:12:02 GMT) Full text and rfc822 format available.

Message #21 received at 32469-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: james <at> jojojames.com
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 32469-done <at> debbugs.gnu.org
Subject: Re: bug#32469: 26.1; windows 10 emacs doesn't draw *some* pngs
 correctly
Date: Thu, 16 Jan 2020 15:11:10 +0100
Stefan Kangas <stefan <at> marxist.se> writes:

> Hi James,
>
> The below discussion was in July.  Did you find any time to check if
> this is still an issue on the Emacs trunk?

More information was requested, but none was given within 10 weeks, so
I'm closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.

Best regards,
Stefan Kangas

> james <at> jojojames.com writes:
>
>> It’ll take me a while to check for this.
>>
>>> On Jul 12, 2019, at 7:52 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>>> 
>>> James Nguyen <james <at> jojojames.com> writes:
>>> 
>>>> https://github.com/jojojames/emacs-windows-png-repro
>>>> 
>>>> Added some screenshots here^
>>>> 
>>>> Pngs created using imagemagick from svg files do not display correctly
>>>> in Emacs (they do not display transparency correctly). In the linked
>>>> repro, the images are surrounded with a yellow/orange instead of transparency.
>>>> 
>>>> The images display with transparency in other Windows programs I
>>>> tried. (Web browser, File browser, default image viewer in Windows.)
>>>> These images also display correctly on OSX (and its various
>>>> applications, including Emacs).
>>>> 
>>>> After playing around with the imagemagick setting, it seems prefixing
>>>> PNG32: to the output file makes the image compatible with Windows Emacs.
>>> 
>>> The image handling has been reworked substantially over the last few
>>> months -- are you still seeing this on the Emacs trunk?
>>> 
>>>> In GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32)
>>>> of 2018-05-03 built on CIRROCUMULUS
>>> 
>>> -- 
>>> (domestic pets only, the antidote for overdose, milk.)
>>>   bloggy blog: http://lars.ingebrigtsen.no




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 14 Feb 2020 12:24:09 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 44 days ago.

Previous Next


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