bug#26851: 25.2; wrong color of character at cursor

bug#26851: 25.2; wrong color of character at cursor

[ynyaaa]

Evaluating the form below, the color of the character at the cursor
remains pink while the cursor is displayed by inverted color.

(progn
  (set-face-background 'default "red")
  (set-face-background 'default "pink")
  (set-face-background 'default "white"))




In GNU Emacs 25.2.1 (i686-w64-mingw32)
 of 2017-04-25 built on LAPHROAIG
Windowing system distributor 'Microsoft Corp.', version 6.0.6002
Configured using:
 'configure --host=i686-w64-mingw32 --without-dbus
 --without-compress-install 'CFLAGS=-static -O2 -g3''

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

Important settings:
  value of $LANG: JPN
  locale-coding-system: cp932

Major mode: Fundamental

Minor modes in effect:
  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
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu
cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util
japan-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table w32-win w32-vars
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core 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 charscript case-table epa-hook jka-cmpr-hook help
simple abbrev 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 multi-tty make-network-process emacs)

Memory information:
((conses 8 91549 8403)
 (symbols 32 19665 0)
 (miscs 32 54 150)
 (strings 16 15853 4181)
 (string-bytes 1 428082)
 (vectors 8 13023)
 (vector-slots 4 516564 4438)
 (floats 8 160 80)
 (intervals 28 215 18)
 (buffers 520 21))

bug#26851: 25.2; wrong color of character at cursor

[Eli Zaretskii]

> From: ynyaaa@gmail.com
> Date: Tue, 09 May 2017 19:50:16 +0900
> 
> 
> Evaluating the form below, the color of the character at the cursor
> remains pink while the cursor is displayed by inverted color.
> 
> (progn
>   (set-face-background 'default "red")
>   (set-face-background 'default "pink")
>   (set-face-background 'default "white"))

Thanks.

I fixed this for w32, see commit e124e07 on master.  I suspect that
the same fix is required in xterm.c for X, could someone please check
that?

bug#26851: 25.2; wrong color of character at cursor

[npostavs]

Eli Zaretskii <eliz@gnu.org> writes:

> I fixed this for w32, see commit e124e07 on master.  I suspect that
> the same fix is required in xterm.c for X, could someone please check
> that?

I'm not able to reproduce this on X, although maybe that's just luck?  I
also fail to reproduce on Windows when replacing "pink" with other
colours!?

The GTK build does show some scary looking messages (it works fine
though).

    (emacs:16063): Gtk-CRITICAL **: gtk_widget_get_parent: assertion 'GTK_IS_WIDGET (widget)' failed

    (emacs:16063): Gtk-CRITICAL **: gtk_widget_override_background_color: assertion 'GTK_IS_WIDGET (widget)' failed

bug#26851: 25.2; wrong color of character at cursor

[Mats Lidell]

> npostavs@users.sourceforge.net writes:
> I'm not able to reproduce this on X, although maybe that's just luck?

Same here. Can't reproduce it. Tried both gtk and athena builds.

Yours
-- 
%% Mats

bug#26851: 25.2; wrong color of character at cursor

[Eli Zaretskii]

> From: Mats Lidell <mats.lidell@cag.se>
> CC: Eli Zaretskii <eliz@gnu.org>, <26851@debbugs.gnu.org>, <ynyaaa@gmail.com>
> Date: Thu, 11 May 2017 23:54:23 +0200
> 
> > npostavs@users.sourceforge.net writes:
> > I'm not able to reproduce this on X, although maybe that's just luck?
> 
> Same here. Can't reproduce it. Tried both gtk and athena builds.

Thanks, I'm therefore closing the bug.

bug#26851: 25.2; wrong color of character at cursor

[Eli Zaretskii]

> From: npostavs@users.sourceforge.net
> Cc: ynyaaa@gmail.com,  26851@debbugs.gnu.org
> Date: Thu, 11 May 2017 17:40:28 -0400
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > I fixed this for w32, see commit e124e07 on master.  I suspect that
> > the same fix is required in xterm.c for X, could someone please check
> > that?
> 
> I'm not able to reproduce this on X, although maybe that's just luck?  I
> also fail to reproduce on Windows when replacing "pink" with other
> colours!?

Yes, the colors in the test case are not random; other colors don't
reproduce the problem, due to the intricacies of
frame-set-background-mode.

> The GTK build does show some scary looking messages (it works fine
> though).
> 
>     (emacs:16063): Gtk-CRITICAL **: gtk_widget_get_parent: assertion 'GTK_IS_WIDGET (widget)' failed
> 
>     (emacs:16063): Gtk-CRITICAL **: gtk_widget_override_background_color: assertion 'GTK_IS_WIDGET (widget)' failed

GTK issues are beyond me.

Thanks for testing, I guess the problem was w32-specific after all.