bug#57167: 28.1; window white out after frame resizing

bug#57167: 28.1; window white out after frame resizing

[awrhygty]

[-- Attachment #1: Type: text/plain, Size: 197 bytes --]


After resizing with dragging frame edges,
sometimes window text go away until next redisplay.

The attached image is a screenshot of emacs displaying NEWS buffer
after dragging right frame edge.


[-- Attachment #2: whiteout.png --]
[-- Type: image/png, Size: 17270 bytes --]

[-- Attachment #3: Type: text/plain, Size: 3072 bytes --]



In GNU Emacs 28.1 (build 2, x86_64-w64-mingw32)
 of 2022-04-22 built on AVALON
Windowing system distributor 'Microsoft Corp.', version 10.0.19044
System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.1889)

Configured using:
 'configure --with-modules --without-dbus --with-native-compilation
 --without-compress-install CFLAGS=-O2'

Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP
NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS
XPM ZLIB

(NATIVE_COMP present but libgccjit not available)

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

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-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
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(gnutls network-stream nsm mailalias smtpmail jka-compr image-mode exif
mailcap misearch multi-isearch help-fns radix-tree apropos tabify pp
shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map text-property-search time-date
subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils term/bobcat find-func noutline outline easy-mmode
view thingatpt cl-extra seq byte-opt gv bytecomp byte-compile cconv
novice mule-util help-mode cl-loaddefs cl-lib japan-util iso-transl
tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode 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 lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer 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 emoji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice
button loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty
make-network-process native-compile emacs)

Memory information:
((conses 16 115423 13141)
 (symbols 48 8119 7)
 (strings 32 26536 1550)
 (string-bytes 1 1036697)
 (vectors 16 18152)
 (vector-slots 8 390680 17300)
 (floats 8 101 384)
 (intervals 56 2094 53)
 (buffers 992 18))

bug#57167: 28.1; window white out after frame resizing

[Eli Zaretskii]

> From: awrhygty@outlook.com
> Date: Sat, 13 Aug 2022 15:17:07 +0900
> 
> After resizing with dragging frame edges,
> sometimes window text go away until next redisplay.

What do you mean by "until next redisplay"?  When a frame is resized,
its contents needs to be completely redrawn, and that is done by the
following redisplay.  So what you describe is the expected and correct
operation.  Unless by "next redisplay" you mean something specific, in
which case please explain that.

bug#57167: 28.1; window white out after frame resizing

[Lars Ingebrigtsen]

Eli Zaretskii <eliz@gnu.org> writes:

> What do you mean by "until next redisplay"?  When a frame is resized,
> its contents needs to be completely redrawn, and that is done by the
> following redisplay.  So what you describe is the expected and correct
> operation.  Unless by "next redisplay" you mean something specific, in
> which case please explain that.

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.