GNU bug report logs -
#19575
25.0.50; Wrong frame dimensions
Previous Next
Reported by: Juri Linkov <juri <at> linkov.net>
Date: Mon, 12 Jan 2015 21:55:01 UTC
Severity: normal
Found in version 25.0.50
Done: Juri Linkov <juri <at> linkov.net>
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 19575 in the body.
You can then email your comments to 19575 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#19575
; Package
emacs
.
(Mon, 12 Jan 2015 21:55:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Juri Linkov <juri <at> linkov.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 12 Jan 2015 21:55:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Here is 100% reproducible test case: run
emacs -q -mm -l test.el
with the attached test.el, and notice that the mouse pointer
is banished to the middle of the frame.
Afterwards manually executing `M-x toggle-frame-maximized RET' twice
fixes the frame dimensions.
This happens in GNU Emacs 25.0.50.1 (x86_64-linux-gnu, GTK+ Version 2.24.23)
Repository revision: 52afe0cfa248053c96e26bc67bdc427945358655
Windowing system distributor `The X.Org Foundation', version 11.0.11501000
System Description: Linux Mint 17 Qiana
================================================================
`window--dump-frame' outputs:
frame pixel: 1366 x 718 cols/lines: 170 x 42 units: 6 x 10
frame text pixel: 1350 x 718 cols/lines: 168 x 42
tool: 0 scroll: 0/0 fringe: 16 border: 0 right: 0 bottom: 0
#<window 3 on *scratch*> parent: nil
pixel left: 0 top: 0 size: 1366 x 708 new: 708
char left: 0 top: 0 size: 170 x 71 new: 71
normal: 1.0 x 1.0 new: 1.0
body pixel: 1350 x 698 char: 225 x 69
width left fringe: 8 left margin: 0 right margin: 0
width right fringe: 8 scroll-bar: 0 divider: 0
height header-line: 0 mode-line: 10 divider: 0
#<window 4 on *Minibuf-0*> parent: nil
pixel left: 0 top: 708 size: 1366 x 10 new: 0
char left: 0 top: 71 size: 1366 x 1 new: 1
normal: 1.0 x 1.0 new: 0
body pixel: 1350 x 10 char: 225 x 1
width left fringe: 8 left margin: 0 right margin: 0
width right fringe: 8 scroll-bar: 0 divider: 0
height header-line: 0 mode-line: 0 divider: 0
================================================================
`window--dump-frame' outputs after manually calling
`toggle-frame-maximized' twice that fixes the frame dimensions:
frame pixel: 1366 x 718 cols/lines: 227 x 71 units: 6 x 10
frame text pixel: 1350 x 718 cols/lines: 225 x 71
tool: 0 scroll: 0/0 fringe: 16 border: 0 right: 0 bottom: 0
#<window 3 on *scratch*> parent: nil
pixel left: 0 top: 0 size: 1366 x 708 new: 708
char left: 0 top: 0 size: 227 x 71 new: 71
normal: 1.0 x 1.0 new: 1.0
body pixel: 1350 x 698 char: 225 x 69
width left fringe: 8 left margin: 0 right margin: 0
width right fringe: 8 scroll-bar: 0 divider: 0
height header-line: 0 mode-line: 10 divider: 0
#<window 4 on *Minibuf-0*> parent: nil
pixel left: 0 top: 708 size: 1366 x 10 new: 0
char left: 0 top: 71 size: 1366 x 1 new: 1
normal: 1.0 x 1.0 new: 0
body pixel: 1350 x 10 char: 225 x 1
width left fringe: 8 left margin: 0 right margin: 0
width right fringe: 8 scroll-bar: 0 divider: 0
height header-line: 0 mode-line: 0 divider: 0
================================================================
[test.el (application/emacs-lisp, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19575
; Package
emacs
.
(Tue, 13 Jan 2015 08:26:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 19575 <at> debbugs.gnu.org (full text, mbox):
> Here is 100% reproducible test case: run
>
> emacs -q -mm -l test.el
>
> with the attached test.el, and notice that the mouse pointer
> is banished to the middle of the frame.
Noticed. Good catch.
> Afterwards manually executing `M-x toggle-frame-maximized RET' twice
> fixes the frame dimensions.
>
> This happens in GNU Emacs 25.0.50.1 (x86_64-linux-gnu, GTK+ Version 2.24.23)
> Repository revision: 52afe0cfa248053c96e26bc67bdc427945358655
> Windowing system distributor `The X.Org Foundation', version 11.0.11501000
> System Description: Linux Mint 17 Qiana
>
> ================================================================
> `window--dump-frame' outputs:
>
> frame pixel: 1366 x 718 cols/lines: 170 x 42 units: 6 x 10
> frame text pixel: 1350 x 718 cols/lines: 168 x 42
Obviously these values can't be right: 170 * 6 gives 1020, more than 300
pixels off from 1366. What happened is that you requested a change of
the font size for a maximized frame. In this case I no more allow
changing the size of the frame (since otherwise you'd have lost the
maximized state). Now the pixel sizes of the frame remained unaltered
and I decided to quit adjust_frame_size early _without_ recording the
new numbers of lines and columns of the frame. Damn me ...
Hopefully fixed in revision b53b1ca..233dcf1 on trunk/master. Please
check.
Many thanks for the recipe, martin
Reply sent
to
Juri Linkov <juri <at> linkov.net>
:
You have taken responsibility.
(Tue, 13 Jan 2015 23:37:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Juri Linkov <juri <at> linkov.net>
:
bug acknowledged by developer.
(Tue, 13 Jan 2015 23:37:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 19575-done <at> debbugs.gnu.org (full text, mbox):
> Hopefully fixed in revision b53b1ca..233dcf1 on trunk/master. Please
> check.
Thank you, I checked that now everything is right!
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 11 Feb 2015 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 10 years and 135 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.