GNU bug report logs -
#22503
25.0.90; maximizing frame doesn't redraw screen
Previous Next
Reported by: André Bjärby <andre.bjarby <at> gmail.com>
Date: Sun, 31 Jan 2016 18:39:01 UTC
Severity: normal
Tags: moreinfo, unreproducible
Found in version 25.0.90
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
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 22503 in the body.
You can then email your comments to 22503 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22503
; Package
emacs
.
(Sun, 31 Jan 2016 18:39:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
André Bjärby <andre.bjarby <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 31 Jan 2016 18:39:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
1. emacs -Q
2. double-click frame title bar
The frame will maximize but the frame contents will not redraw to use the
entire frame. M-x redraw-display will solve it.
Also, when alt-tab:ing back and forth, there's a 1-2 second delay before emacs
is redrawn.
In GNU Emacs 25.0.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.7,
cairo version 1.14.2)
of 2016-01-31 built on x240
Windowing system distributor 'The X.Org Foundation', version 11.0.11702000
System Description: Ubuntu 15.10
Configured using:
'configure --prefix=/home/andre/opt/emacs-25.0.90 --with-xwidgets
--with-cairo 'CFLAGS= -g''
Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO IMAGEMAGICK SOUND GPM DBUS GCONF
GSETTINGS NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XWIDGETS
Important settings:
value of $LC_MONETARY: sv_SE.UTF-8
value of $LC_NUMERIC: sv_SE.UTF-8
value of $LC_TIME: sv_SE.UTF-8
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
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:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec 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 tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
term/common-win x-dnd 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
dbusbind inotify dynamic-setting system-font-setting font-render-setting
xwidget-internal cairo move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)
Memory information:
((conses 16 88573 9268)
(symbols 48 19882 0)
(miscs 40 262 157)
(strings 32 15058 4255)
(string-bytes 1 443640)
(vectors 16 12553)
(vector-slots 8 433185 3814)
(floats 8 164 135)
(intervals 56 211 0)
(buffers 976 11)
(heap 1024 52254 1151))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22503
; Package
emacs
.
(Sun, 31 Jan 2016 18:54:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22503 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 31 Jan 2016 11:38:06 +0100
> From: André Bjärby <andre.bjarby <at> gmail.com>
>
> 1. emacs -Q
> 2. double-click frame title bar
>
> The frame will maximize but the frame contents will not redraw to use the
> entire frame. M-x redraw-display will solve it.
Sounds GTK-specific. I cannot reproduce this here.
> Also, when alt-tab:ing back and forth, there's a 1-2 second delay before emacs
> is redrawn.
If you can tell whether the delay is in delivering the expose event to
Emacs, or by Emacs's handling that event, it would help figuring out
where the problem lies.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22503
; Package
emacs
.
(Wed, 03 Feb 2016 01:03:02 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Sun, 31 Jan 2016 11:38:06 +0100 From: André Bjärby
>> <andre.bjarby <at> gmail.com>
>
>> 1. emacs -Q 2. double-click frame title bar The frame will
>> maximize but the frame contents will not redraw to use the
>> entire frame. M-x redraw-display will solve it.
>
> Sounds GTK-specific. I cannot reproduce this here.
For what it's worth, I'm having the same issue. For now I can say
that my version of 2016-01-21 is fine but the built from 201-02-01
has this bug.
Perhaps I can try to bisect properly later.
Rasmus
--
When in doubt, do it!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22503
; Package
emacs
.
(Tue, 11 Dec 2018 02:00:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 22503 <at> debbugs.gnu.org (full text, mbox):
On 31.01.2016 12:38, André Bjärby wrote:
> 1. emacs -Q
> 2. double-click frame title bar
>
> The frame will maximize but the frame contents will not redraw to use the
> entire frame. M-x redraw-display will solve it.
>
> Also, when alt-tab:ing back and forth, there's a 1-2 second delay before emacs
> is redrawn.
Can't repro with the current emacs-26 (at least not with just
--with-cairo). Maybe it has been fixed in the meantime.
Added tag(s) unreproducible.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Wed, 12 Aug 2020 03:22:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22503
; Package
emacs
.
(Tue, 10 Aug 2021 16:20:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 22503 <at> debbugs.gnu.org (full text, mbox):
Rasmus <rasmus <at> gmx.us> writes:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> Date: Sun, 31 Jan 2016 11:38:06 +0100 From: André Bjärby
>>> <andre.bjarby <at> gmail.com>
>>
>>> 1. emacs -Q 2. double-click frame title bar The frame will
>>> maximize but the frame contents will not redraw to use the entire
>>> frame. M-x redraw-display will solve it.
>> Sounds GTK-specific. I cannot reproduce this here.
>
> For what it's worth, I'm having the same issue. For now I can say
> that my version of 2016-01-21 is fine but the built from 201-02-01 has
> this bug.
>
> Perhaps I can try to bisect properly later.
Are you still seeing this issue in recent Emacs versions?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 10 Aug 2021 16:20:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22503
; Package
emacs
.
(Wed, 08 Sep 2021 08:04:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 22503 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Are you still seeing this issue in recent Emacs versions?
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.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
22503 <at> debbugs.gnu.org and André Bjärby <andre.bjarby <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 08 Sep 2021 08:04:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 06 Oct 2021 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 274 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.