GNU logs - #31920, boring messages


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: Jonathan Kyle Mitchell <kyle@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 21 Jun 2018 03:13:01 +0000
Resent-Message-ID: <handler.31920.B.15295507653880 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 31920 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.15295507653880
          (code B ref -1); Thu, 21 Jun 2018 03:13:01 +0000
Received: (at submit) by debbugs.gnu.org; 21 Jun 2018 03:12:45 +0000
Received: from localhost ([127.0.0.1]:58131 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fVq1d-00010U-GJ
	for submit <at> debbugs.gnu.org; Wed, 20 Jun 2018 23:12:45 -0400
Received: from eggs.gnu.org ([208.118.235.92]:60621)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mitchell.jkyle@HIDDEN>) id 1fVq1c-00010J-Ri
 for submit <at> debbugs.gnu.org; Wed, 20 Jun 2018 23:12:45 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <mitchell.jkyle@HIDDEN>) id 1fVq1W-0006NK-Fi
 for submit <at> debbugs.gnu.org; Wed, 20 Jun 2018 23:12:39 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM
 autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:43141)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <mitchell.jkyle@HIDDEN>)
 id 1fVq1W-0006NF-CU
 for submit <at> debbugs.gnu.org; Wed, 20 Jun 2018 23:12:38 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:51590)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <mitchell.jkyle@HIDDEN>) id 1fVq1U-00040M-SK
 for bug-gnu-emacs@HIDDEN; Wed, 20 Jun 2018 23:12:38 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <mitchell.jkyle@HIDDEN>) id 1fVq1Q-0006Kq-Qe
 for bug-gnu-emacs@HIDDEN; Wed, 20 Jun 2018 23:12:36 -0400
Received: from mail-wm0-f53.google.com ([74.125.82.53]:55301)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
 (Exim 4.71) (envelope-from <mitchell.jkyle@HIDDEN>)
 id 1fVq1Q-0006Ke-Hb
 for bug-gnu-emacs@HIDDEN; Wed, 20 Jun 2018 23:12:32 -0400
Received: by mail-wm0-f53.google.com with SMTP id v16-v6so2566623wmh.5
 for <bug-gnu-emacs@HIDDEN>; Wed, 20 Jun 2018 20:12:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
 bh=2FcTX0uf2YWp5ZmsTQ26TW7Ij6mVkyuMTmIbXxQXF3U=;
 b=HeoUqb5Eva73LLlQ00cA80qWSi6hYhZ2K3Td05hOSNBit0qXngaaaTFPb9PDrDGSaA
 gICcYTmffbcfRGi/4FO6YyjhvT8vmN3Oa7z4qtuCiEy9v9w0LiCBRc2l8NaKxKI+R5tY
 g1usNB7BzyDU1tRPUpxkABXX7Zw2PbCE5zQuc4m6EU9nc+W5L7ECxK8KfT43xTxqc4Fi
 +8jKDKuhUCEsM2PpTrg7PYDLpn8jZSh9eiKm0413nkQ5A6sqmCvJ3w7A1hEV96OjORpZ
 u7nw8wyO7GxnWvbBlRMsyA5z66vYm9xD5C5AmZIibHpq81XcFGH5ItiH31eq9MLrFsq7
 6GYw==
X-Gm-Message-State: APt69E2eyMvvW+uojChTIM878Yte/QhqPlq7zo/U0bIV6Dsq/gfAMOqg
 Aec/UNs8O6MSgBE7KrCry6PCM6q4
X-Google-Smtp-Source: ADUXVKKpJ/e4R3GzCGm4dLpckLk8BFWu0dw1vle3mwFOX3CF0mUUGLBiL2YVNny5Piev2k+5Gh5UAg==
X-Received: by 2002:a50:a624:: with SMTP id
 d33-v6mr20053147edc.8.1529550750913; 
 Wed, 20 Jun 2018 20:12:30 -0700 (PDT)
Received: from mail-wm0-f42.google.com (mail-wm0-f42.google.com.
 [74.125.82.42])
 by smtp.gmail.com with ESMTPSA id x11-v6sm2254428edb.39.2018.06.20.20.12.30
 for <bug-gnu-emacs@HIDDEN>
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 20 Jun 2018 20:12:30 -0700 (PDT)
Received: by mail-wm0-f42.google.com with SMTP id r15-v6so2607660wmc.1
 for <bug-gnu-emacs@HIDDEN>; Wed, 20 Jun 2018 20:12:30 -0700 (PDT)
X-Received: by 2002:a1c:a54e:: with SMTP id
 o75-v6mr3579251wme.157.1529550750242; 
 Wed, 20 Jun 2018 20:12:30 -0700 (PDT)
MIME-Version: 1.0
From: Jonathan Kyle Mitchell <kyle@HIDDEN>
Date: Wed, 20 Jun 2018 22:12:18 -0500
X-Gmail-Original-Message-ID: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
Message-ID: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
 [fuzzy]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -3.5 (---)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.5 (----)

1. save a frameset with an unmaximized frame
start from emacs -Q
create a second window with `C-x 2'
use the mouse to move the frame to the right side of the desktop
save the split window frame with `C-x r f a'

2. save a frameset with a maximized/fullscreen frame
delete one of the windows with `C-x 1'
press `f11' to make the frame fullscreen
save the fullscreen frame with `C-x r f b'

3. restore the unmaximized frameset with `C-x r j a'
After jumping between framesets from register b to register a, the
non-fullscreen frame appears on the opposite (left) side of the desktop
than it was originally. Typing `C-x r j a' a second time moves the frame
to its original location.

I've reproduced this using Emacs 26.1 in both Windows 10 and Fedora 28
KDE desktop environments.

In GNU Emacs 26.1 (build 1, x86_64-redhat-linux-gnu, GTK+ Version 3.22.30)
 of 2018-06-04 built on buildvm-10.phx2.fedoraproject.org
Windowing system distributor 'Fedora Project', version 11.0.11906000
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
C-x C-g is undefined
Quit
funcall-interactively: End of buffer

Configured using:
 'configure --build=x86_64-redhat-linux-gnu
 --host=x86_64-redhat-linux-gnu --program-prefix=
 --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
 --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
 --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
 --libexecdir=/usr/libexec --localstatedir=/var
 --sharedstatedir=/var/lib --mandir=/usr/share/man
 --infodir=/usr/share/info --with-dbus --with-gif --with-jpeg --with-png
 --with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3
 --with-gpm=no --with-xwidgets --with-modules
 build_alias=x86_64-redhat-linux-gnu host_alias=x86_64-redhat-linux-gnu
 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Werror=format-security
 -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
 -fstack-protector-strong -grecord-gcc-switches
 -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
 -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection'
 LDFLAGS=-Wl,-z,relro
 PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GSETTINGS NOTIFY ACL
LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES THREADS XWIDGETS LCMS2

Important settings:
  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
  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

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv dired dired-loaddefs format-spec rfc822 mml
mml-sec password-cache epa derived epg epg-config gnus-util rmail
rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils cl-extra help-mode easymenu cl-seq
frameset cl-loaddefs cl-lib elec-pair time-date mule-util tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win
x-win term/common-win x-dnd 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 dbusbind inotify lcms2 dynamic-setting system-font-setting
font-render-setting xwidget-internal move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)

Memory information:
((conses 16 98781 10240)
 (symbols 48 20607 1)
 (miscs 40 49 104)
 (strings 32 28810 1074)
 (string-bytes 1 760814)
 (vectors 16 15071)
 (vector-slots 8 500054 6618)
 (floats 8 56 318)
 (intervals 56 275 0)
 (buffers 992 11))




Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Jonathan Kyle Mitchell <kyle@HIDDEN>
Subject: bug#31920: Acknowledgement (26.1; frame appears in wrong part of
 desktop after restoring frameset from fullscreen)
Message-ID: <handler.31920.B.15295507653880.ack <at> debbugs.gnu.org>
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
X-Gnu-PR-Message: ack 31920
X-Gnu-PR-Package: emacs
Reply-To: 31920 <at> debbugs.gnu.org
Date: Thu, 21 Jun 2018 03:13:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 31920 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
31920: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D31920
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 21 Jun 2018 07:17:01 +0000
Resent-Message-ID: <handler.31920.B31920.152956540217094 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Jonathan Kyle Mitchell <kyle@HIDDEN>, 31920 <at> debbugs.gnu.org
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.152956540217094
          (code B ref 31920); Thu, 21 Jun 2018 07:17:01 +0000
Received: (at 31920) by debbugs.gnu.org; 21 Jun 2018 07:16:42 +0000
Received: from localhost ([127.0.0.1]:58175 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fVtph-0004Re-MZ
	for submit <at> debbugs.gnu.org; Thu, 21 Jun 2018 03:16:41 -0400
Received: from mout.gmx.net ([212.227.17.20]:39687)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1fVtpg-0004RS-Cj
 for 31920 <at> debbugs.gnu.org; Thu, 21 Jun 2018 03:16:40 -0400
Received: from [192.168.1.101] ([212.95.5.219]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MGzwE-1fQy9b2Pn0-00DqYD; Thu, 21
 Jun 2018 09:16:33 +0200
Message-ID: <5B2B50C8.2090600@HIDDEN>
Date: Thu, 21 Jun 2018 09:16:24 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
In-Reply-To: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:58HPXsM03jzefx8q0cFKwe7pVLda6cNASxHDSKhwU+2yD/rvqSb
 efjVeAoHdFpKCg7x3iiotD5DHvT+Do6AD5jO4g6B+9AXk/iC0tx/0+FAsCubGvRoOAg2cgo
 fgQDtPEgUVlvQlNv92+RaRQX3cpd8xuGf/Uy2XdR1D2q2GrNTMW4NDOEwJf5uVonKgpJKtX
 XvyQRSyXkxBl3PpKvPytQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ndjURKgqj5M=:k+z2DBLSCq0Tb2h2kHPbEz
 pul5TblDmnGEQUcVwUrZft0oMFtnTJmL+q24yxR4odYWL1wSVf8RkR0UI4sqsk8lEro76q/uU
 9qMNsaGRXF/Vbr5WXoMHtYdvY0KcGWWEIP61lasFdsN0GfuTBSG+DgOsBl8PER6LMLxCje5lp
 Teri3K/A65Ri+O602JoON5H0sWEVKuEoz/+tPv/V+rPV9ZiLvf77ydR5A19kfDbCf64hO+Coc
 jT/Rv3xXqczU3uCWmj7uHcyaQO5QaRkcO+3+mrCbCoPH8YkKXRokiYhH/H9kfH8DZnhmAXk1l
 5S6J5Uj6y0C315eofY77XkP9RfbWCDV04vfgBoX41QHdA75ke5Ty9PFpK158Kam768cbxd5Rg
 ii8tbG5yD+KTyYuX2mni+XmXZZc/exL3RzI0ki7AK5ti1Kyvw6FVc8BI52MFMjTT0sYnnFUNJ
 ikboKvBrTCJt2vFr43/QaYwNPWE8oYHJts/28LA8XQ/6aGIJ/kq7bZsrvMMLKrKHsx7zjtO5x
 7mJik+LL4XtRun1Ow7kX/7H4P6xMw4GszcA8MK5xUH+TC7GnQRK7WaZA4EK42G+WnThxFAR8Q
 Z+7TrEf7mTtBGd5T5lq2enhjXwTE8Y60sTJRmsUPvixpJ73vgszF0j3pPtgCt9Uf/bQB8fJRp
 9/J+T4GT+gvAMOLTw1trgdPUvfAlXVHu6A7sjFXegFnKONlGUTlZAKzqKbLWSRLrk6GlvGMDd
 aZsJ0SRuU03HLiJbdFPKfX5GLQp3N3xytRJqvRVCvGZlNYT6UeJJxa4Q1X0KcVpuVB6sIaA7E
 OSfNN9z
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > 1. save a frameset with an unmaximized frame
 > start from emacs -Q
 > create a second window with `C-x 2'
 > use the mouse to move the frame to the right side of the desktop
 > save the split window frame with `C-x r f a'
 >
 > 2. save a frameset with a maximized/fullscreen frame
 > delete one of the windows with `C-x 1'
 > press `f11' to make the frame fullscreen
 > save the fullscreen frame with `C-x r f b'
 >
 > 3. restore the unmaximized frameset with `C-x r j a'
 > After jumping between framesets from register b to register a, the
 > non-fullscreen frame appears on the opposite (left) side of the desktop
 > than it was originally. Typing `C-x r j a' a second time moves the frame
 > to its original location.
 >
 > I've reproduced this using Emacs 26.1 in both Windows 10 and Fedora 28
 > KDE desktop environments.
 >
 > In GNU Emacs 26.1 (build 1, x86_64-redhat-linux-gnu, GTK+ Version 3.22.30)
 >   of 2018-06-04 built on buildvm-10.phx2.fedoraproject.org

Thanks for the report.  Here I can't reproduce the behavior you
observe on Windows XP even if I modify your recipe in various ways.
Maybe someone else can give it a try.

Do you really have to split the window in step 1 and delete a window
in step 2 to produce the bug?  These actions appear unrelated to the
behavior you observe since window managers pretty much ignore Emacs
windows.

Also what happens if, in step 2, you maximize the window instead of
making it fullscreen?  frameset.el has

     (modify-frame-parameters frame
			     (if (eq (frame-parameter frame 'fullscreen) fullscreen)
				 ;; Workaround for bug#14949
				 (assq-delete-all 'fullscreen filtered-cfg)
			       filtered-cfg))

which might affect the behavior on your system.  Can you take out this
form, reevaluate 'frameset--restore-frame' and see whether anything
changes?

And maybe you could also try with

     (when (and force-onscreen
	       ;; FIXME: iconified frames should be checked too,
	       ;; but it is impossible without deiconifying them.
	       (not (eq (frame-parameter frame 'visibility) 'icon)))
       (frameset-move-onscreen frame force-onscreen))

removed from 'frameset--restore-frame'.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: Robert Pluim <rpluim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 21 Jun 2018 10:26:01 +0000
Resent-Message-ID: <handler.31920.B31920.15295767441452 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.15295767441452
          (code B ref 31920); Thu, 21 Jun 2018 10:26:01 +0000
Received: (at 31920) by debbugs.gnu.org; 21 Jun 2018 10:25:44 +0000
Received: from localhost ([127.0.0.1]:58249 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fVwmd-0000NM-T7
	for submit <at> debbugs.gnu.org; Thu, 21 Jun 2018 06:25:44 -0400
Received: from mail-wm0-f42.google.com ([74.125.82.42]:54426)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rpluim@HIDDEN>) id 1fVwmb-0000N7-25
 for 31920 <at> debbugs.gnu.org; Thu, 21 Jun 2018 06:25:42 -0400
Received: by mail-wm0-f42.google.com with SMTP id o13-v6so4232182wmf.4
 for <31920 <at> debbugs.gnu.org>; Thu, 21 Jun 2018 03:25:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list
 :date:in-reply-to:message-id:mime-version:content-transfer-encoding;
 bh=79cd0+HqdJRkDvKOERRvPFn06XsJdautfH1eu8riXTQ=;
 b=AXmJYFNy1+khSfIp2hTalcJ83B0MpMjthz2HL8JcbFBtFUYc25w8fBb9/4u+hO63FK
 DXrqCZ3/WBl6PrYodEdFMh6inHj+PTAx3bbtbCguJPSSTHbxBNd4IyI/10Pmytgs/tHi
 s/dtuyUgL6C+zhviNR9E5Iw3QqEM4pp9GK/EarBc+8bKoWBF3a8f82vGVvBe4VIVTQuB
 axXD3uXslEBgfgalx7n3fM4b5Sy4+oVt1nnbNP3uT776lajWNzzuyyq+sbBlMdy3et0m
 qfIF2KpHWalq713RLo5hOgcMtEujHnKoHKCJ2YmrWisd567aNmq/L9zOmvdfiUly6Avg
 xYQw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to
 :gmane-reply-to-list:date:in-reply-to:message-id:mime-version
 :content-transfer-encoding;
 bh=79cd0+HqdJRkDvKOERRvPFn06XsJdautfH1eu8riXTQ=;
 b=FRsZXTyRFFkg2XR5eBOaVNVcJYchgHqoCugOFIIe+zGxWWcQsWB6xiEmK8QfyORR7s
 LlnFk0jFcr9o2WP84QqcV3Hk1vF0JTcVZiBCDgVxijTxuywXruzGg7ZucvTkqLqKKUAW
 MkproPDoP4a2ghR7AFYo2MsI1ymjHBZpIA2ORAi3VC/tN56LKdjQRo7pOO4B5HeNp8Zp
 c2dWAvgLResCHtI99Ms+fODBfSD9fQ6A4si7AAgjEK3JQPNwwaMU3PrJ6FpP6BvsuC9T
 lx4qRfOYI0zYkFiAEJubXuFnCdEay6yOIwJyWhE7y1qVn4Tt9nAfMvrTY1TQANS/o3+K
 SCNQ==
X-Gm-Message-State: APt69E0G5PmgkPfrQYq8ZsloimHd3AY/KXuQyExrXvf3SA6O0vYT79Sq
 s7sqjcRo/cwng3bJhJmdutTZ0luB38U=
X-Google-Smtp-Source: ADUXVKIC9cIABwgxed869QAVPPgwzML0caU2bIClL4qBUp18jRm36coETAOuVsaHGj0bFFjk48DK1Q==
X-Received: by 2002:a1c:b745:: with SMTP id
 h66-v6mr4528078wmf.151.1529576734756; 
 Thu, 21 Jun 2018 03:25:34 -0700 (PDT)
Received: from rpluim-ubuntu ([149.5.228.1])
 by smtp.gmail.com with ESMTPSA id m58-v6sm8331538wrf.61.2018.06.21.03.25.33
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 21 Jun 2018 03:25:33 -0700 (PDT)
From: Robert Pluim <rpluim@HIDDEN>
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
 <5B2B50C8.2090600@HIDDEN>
Mail-Copies-To: never
Gmane-Reply-To-List: yes
Date: Thu, 21 Jun 2018 12:25:32 +0200
In-Reply-To: <5B2B50C8.2090600@HIDDEN> (martin rudalics's message of "Thu, 21
 Jun 2018 09:16:24 +0200")
Message-ID: <87zhzo3083.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

martin rudalics <rudalics@HIDDEN> writes:

>> In GNU Emacs 26.1 (build 1, x86_64-redhat-linux-gnu, GTK+ Version 3.22.3=
0)
>>   of 2018-06-04 built on buildvm-10.phx2.fedoraproject.org
>
> Thanks for the report.  Here I can't reproduce the behavior you
> observe on Windows XP even if I modify your recipe in various ways.
> Maybe someone else can give it a try.
>

I see this on my Ubuntu 16.04 box, also running KDE, but only if I go
through the restore cycle twice. Also, if I restore frameset a again,
the frame ends up in the right place, ie:

restore a -> OK
restore b -> OK
restore a -> NOK
restore a -> OK

> Do you really have to split the window in step 1 and delete a window
> in step 2 to produce the bug?  These actions appear unrelated to the
> behavior you observe since window managers pretty much ignore Emacs
> windows.

I don=CA=BCt need to split the window.

> Also what happens if, in step 2, you maximize the window instead of
> making it fullscreen?  frameset.el has
>
>     (modify-frame-parameters frame
> 			     (if (eq (frame-parameter frame 'fullscreen) fullscreen)
> 				 ;; Workaround for bug#14949
> 				 (assq-delete-all 'fullscreen filtered-cfg)
> 			       filtered-cfg))
>
> which might affect the behavior on your system.  Can you take out this
> form, reevaluate 'frameset--restore-frame' and see whether anything
> changes?
>
> And maybe you could also try with
>
>     (when (and force-onscreen
> 	       ;; FIXME: iconified frames should be checked too,
> 	       ;; but it is impossible without deiconifying them.
> 	       (not (eq (frame-parameter frame 'visibility) 'icon)))
>       (frameset-move-onscreen frame force-onscreen))
>
> removed from 'frameset--restore-frame'.

Neither of those make any difference for me, nor does using
toggle-frame-maximized.

Regards

Robert




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 21 Jun 2018 15:55:01 +0000
Resent-Message-ID: <handler.31920.B31920.152959645013143 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, kyle@HIDDEN
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.152959645013143
          (code B ref 31920); Thu, 21 Jun 2018 15:55:01 +0000
Received: (at 31920) by debbugs.gnu.org; 21 Jun 2018 15:54:10 +0000
Received: from localhost ([127.0.0.1]:59306 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fW1uU-0003Pv-BV
	for submit <at> debbugs.gnu.org; Thu, 21 Jun 2018 11:54:10 -0400
Received: from eggs.gnu.org ([208.118.235.92]:40235)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1fW1uS-0003Pi-Lg
 for 31920 <at> debbugs.gnu.org; Thu, 21 Jun 2018 11:54:08 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1fW1uK-0005ue-Do
 for 31920 <at> debbugs.gnu.org; Thu, 21 Jun 2018 11:54:03 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled
 version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50183)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1fW1uK-0005uX-A3; Thu, 21 Jun 2018 11:54:00 -0400
Received: from [176.228.60.248] (port=1678 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1fW1uJ-0000Sz-Ic; Thu, 21 Jun 2018 11:53:59 -0400
Date: Thu, 21 Jun 2018 18:54:06 +0300
Message-Id: <83muvoqgo1.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <5B2B50C8.2090600@HIDDEN> (message from martin rudalics on Thu,
 21 Jun 2018 09:16:24 +0200)
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
 <5B2B50C8.2090600@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> Date: Thu, 21 Jun 2018 09:16:24 +0200
> From: martin rudalics <rudalics@HIDDEN>
> 
>  > 1. save a frameset with an unmaximized frame
>  > start from emacs -Q
>  > create a second window with `C-x 2'
>  > use the mouse to move the frame to the right side of the desktop
>  > save the split window frame with `C-x r f a'
>  >
>  > 2. save a frameset with a maximized/fullscreen frame
>  > delete one of the windows with `C-x 1'
>  > press `f11' to make the frame fullscreen
>  > save the fullscreen frame with `C-x r f b'
>  >
>  > 3. restore the unmaximized frameset with `C-x r j a'
>  > After jumping between framesets from register b to register a, the
>  > non-fullscreen frame appears on the opposite (left) side of the desktop
>  > than it was originally. Typing `C-x r j a' a second time moves the frame
>  > to its original location.
>  >
>  > I've reproduced this using Emacs 26.1 in both Windows 10 and Fedora 28
>  > KDE desktop environments.
>  >
>  > In GNU Emacs 26.1 (build 1, x86_64-redhat-linux-gnu, GTK+ Version 3.22.30)
>  >   of 2018-06-04 built on buildvm-10.phx2.fedoraproject.org
> 
> Thanks for the report.  Here I can't reproduce the behavior you
> observe on Windows XP even if I modify your recipe in various ways.
> Maybe someone else can give it a try.

I can reproduce here if I do "C-x r j a" then "C-x r j b", then "C-x r
j a" again.  The second time the frame split into two windows appears
at the left side of the desktop.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 22 Jun 2018 08:57:04 +0000
Resent-Message-ID: <handler.31920.B31920.152965776322303 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Robert Pluim <rpluim@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.152965776322303
          (code B ref 31920); Fri, 22 Jun 2018 08:57:04 +0000
Received: (at 31920) by debbugs.gnu.org; 22 Jun 2018 08:56:03 +0000
Received: from localhost ([127.0.0.1]:59654 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fWHrO-0005nS-7g
	for submit <at> debbugs.gnu.org; Fri, 22 Jun 2018 04:56:03 -0400
Received: from mout.gmx.net ([212.227.15.19]:59791)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1fWHrM-0005n2-FW
 for 31920 <at> debbugs.gnu.org; Fri, 22 Jun 2018 04:56:00 -0400
Received: from [192.168.1.101] ([213.162.73.105]) by mail.gmx.com (mrgmx001
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M7Xi3-1gR7y30T9r-00xHYa; Fri, 22
 Jun 2018 10:55:52 +0200
Message-ID: <5B2CB996.4060606@HIDDEN>
Date: Fri, 22 Jun 2018 10:55:50 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>	<5B2B50C8.2090600@HIDDEN>
 <87zhzo3083.fsf@HIDDEN>
In-Reply-To: <87zhzo3083.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:cJsOGslsT9Oq7JpGSjCClYRj15KwPdT9KvDAd1mzippOBWd1BrT
 VlwHPWYQpew7YatU8lDvPh6KUwTu/6elwIYbsAMGYAi5qSpZ+y2eO1PyudFLaCguTqWo+pa
 P0a64ULXgViSnNiSgY+VlKUqaX+mOOrsRh95LG4XliDViL5DW5wP7JOoXWe1MBtpDNTBWR8
 7vIZLhL5/6YMXHE4geL0g==
X-UI-Out-Filterresults: notjunk:1;V01:K0:PsM/7h3o7Rc=:uacmhY2R33tux4WHCM/pYh
 i3sgPJxLek4u57sIAflZlT49whBlzmlGkc37/aAGADWM/aLKshXayJ34xVLGc3t/TztctqThW
 8i7taiHdOqx3n+FUCCk2SbJ7VaTCNx7Em+CMHicQsZTCVhENDW9QZ3ErUNW6uod8UtdxPeV57
 ez05D5dUZIGQx5VD8poMvvTKFn1tIeam9IqgCPFDH0sWrE3XaEbPze8+iVn6ZiGiLm+hCktiQ
 iQa+ICEkD9Ri1OBjUj4i4j0JynvgZuVYC9VhauaTjDXaF9tFIibB4zwg4ZmDk7OYABDPr7H5z
 7ga18g7RJPN7LIsOlCaXebeHKxB1QvsWWupxeqVZvYfo2q1ku1LOjyKz9K9pwBN+k2JLdbq2j
 2g3p7WFkZQJFigsFMX2SUS7tpRcwg0oXU5OHq9lNWw1Vm6pkfE14394h4orzjTtFo8QSVH2Jz
 YC8zZuNgQq+NJ2jh10VuCHI+NRNjv7Fnu0XTKugopF6Z0tFKXoqCkYXYcEUEh6QYoGo9kG+0u
 U+6QXOwiPzn9tbSmKFojkQXlojBFnqIUVjVF6WOe9UIyy7QWQS+YxUFvxuv/d2ea3EB/vyhnM
 Pjkhl1CXSqkc1MXGzwF2eevjOsCwfOFcDAdC64TfT4j38c1YN12Xi9dsF3tstCcaj/ZWClitJ
 Ndb3/20KRvZ+uxjt+hrG82sJdRfHbwVZJR1/g2G1buo2U1bzd2obIVGb5+fSLPdOAAByhk6zx
 nYwGhaOIxDqD2et5Tep8IsD3OMT7nzd8UyfgC4R5OyCG2ZmVxutSzrZbt91jNaJLRNGjwoq3R
 TtxHuIU
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

 > I see this on my Ubuntu 16.04 box, also running KDE, but only if I go
 > through the restore cycle twice. Also, if I restore frameset a again,
 > the frame ends up in the right place, ie:
 >
 > restore a -> OK
 > restore b -> OK
 > restore a -> NOK
 > restore a -> OK

Confirmed.  The transition from b to a via C-x r j a always moves the
frame to the top/left corner of the screen here.

IIUC C-x r f runs the command 'frameset-to-register' which stores a
"framset" in a register.  C-x r j runs the command 'jump-to-register'
which does _not_ restore a frame's state via 'frameset--restore-frame'
but goes to 'set-frame-configuration' instead.  Apparently, framesets
and frame configurations differ in a couple of minor aspects and the
fullscreen state is one of them.

We probably should replace

     (set-frame-configuration (car val) (not delete))

by something like

     (frameset-restore (car val))

but my knowledge of constructs like 'cl-defmethod' and 'cl-defun' is
too limited to play around with such a change.  Maybe someone wants to
give it at try, it should be a rather low-hanging fruit.

 > Neither of those make any difference for me, nor does using
 > toggle-frame-maximized.

Obviously so because 'frameset--restore-frame' does not get called in
the first place.

Thanks for investigating, martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 22 Jun 2018 08:57:05 +0000
Resent-Message-ID: <handler.31920.B31920.152965776922321 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, kyle@HIDDEN
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.152965776922321
          (code B ref 31920); Fri, 22 Jun 2018 08:57:05 +0000
Received: (at 31920) by debbugs.gnu.org; 22 Jun 2018 08:56:09 +0000
Received: from localhost ([127.0.0.1]:59657 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fWHrU-0005nx-TM
	for submit <at> debbugs.gnu.org; Fri, 22 Jun 2018 04:56:09 -0400
Received: from mout.gmx.net ([212.227.15.15]:48693)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1fWHrT-0005nP-ER
 for 31920 <at> debbugs.gnu.org; Fri, 22 Jun 2018 04:56:07 -0400
Received: from [192.168.1.101] ([213.162.73.105]) by mail.gmx.com (mrgmx002
 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LfSeH-1fyxdh2GhV-00p4h2; Fri, 22
 Jun 2018 10:56:00 +0200
Message-ID: <5B2CB99F.4070405@HIDDEN>
Date: Fri, 22 Jun 2018 10:55:59 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
 <5B2B50C8.2090600@HIDDEN> <83muvoqgo1.fsf@HIDDEN>
In-Reply-To: <83muvoqgo1.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:UFUMd9Q24dColkbbnCurqmblaw1XYU3kitO2m1tS0UEr2B4UdWv
 EZCQ74tgsOLQiblITzwy09EESoN8hl+ScPC67IZlyPhQPWGPFKjooVROAvnG6iaH/ktWdQz
 WP7dthnUsXiXFv4nylXHs2IRwqfhzGgJ5Kfd+9Oto6qVFYS+YygcgNEnZtqxZ4xADvZHTnJ
 aaYk2NY4ftpPC2HpzmTQg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:H7aWiiCrJpw=:ETzFk8nCUhoX8EybsHs2Jp
 bnF3oDy3Gy60VXeY0a5Q+3hSx1MCcIp5plWaHzYa+YH47oq27L9saHtEUHqZ9XJ8GBjnsotsu
 WFprWMDaBlWbDQMHkveo1+01b9VlBS0ehNNVoLcBGG968URt2puDS+/JmYR1HLCQiFOcHoAXS
 IPDHXXwMp+nmvfi2Yi9D/nQJxJ84LJo9J9SB1SARPUL+fC+F2/5csCaaWwJqaszm+qIiwSmdV
 9bt8+qi1Q3yS0+m17LRROA6IVuOt8LEyCxnE2lpjNg5acMiMs1lUcksaGA+3iV4ajfaQMBbiB
 PKi6SHvRCHbFCUcE/0jI7wx9PhJ9+K1WaBbct51Cz9m7zZM3mj5zA/CyATXc4OdyAwwcIDYx7
 fHdezxW06tyWQWp4GwWPknA6pTD1oI8TJZtptyI82gbj3YwODrYKIeXgpowSdC4XRoaPe0jwx
 hR1AcwFMoqSaHiemMsgf99ZIVkl+rzMEurx0IHztA4KMa0x0tJfTklNl2djdyTDr+e2FJLK1u
 Qo7e8oU5JWEXRbVwaJsF7VDTbyP92EY7bKPEUYdhTmmxEkHDAKdJLcwTbWYEccJ08QKq1tYEo
 CguA6u1ZdLO7aNK527YsPhlTiEjvBCRHOjuo2gsFPKx1ZLNhZTYRHrpCfxrW3cxGwG09XRQ0+
 ZrwXO5z1/SOwDAqM49pwoUM0t83Oj1YTWk+CS4ioIq+UvvUqf75NnsipK0KCv4HtQW12Y2OEn
 DZ6E2y9zHEYS7NTfsx/LvG4AaVczbsSpCkTlhbGXG0R3c014EJWx7jGeU4V0SxNQnEvIGHz+L
 K9VYQFh
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

 > I can reproduce here if I do "C-x r j a" then "C-x r j b", then "C-x r
 > j a" again.  The second time the frame split into two windows appears
 > at the left side of the desktop.

Indeed.  Splitting the window is not needed, BTW.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: Robert Pluim <rpluim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 22 Jun 2018 11:20:02 +0000
Resent-Message-ID: <handler.31920.B31920.152966638610887 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.152966638610887
          (code B ref 31920); Fri, 22 Jun 2018 11:20:02 +0000
Received: (at 31920) by debbugs.gnu.org; 22 Jun 2018 11:19:46 +0000
Received: from localhost ([127.0.0.1]:59701 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fWK6T-0002pX-NM
	for submit <at> debbugs.gnu.org; Fri, 22 Jun 2018 07:19:45 -0400
Received: from mail-wr0-f172.google.com ([209.85.128.172]:39755)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rpluim@HIDDEN>) id 1fWK6S-0002pF-Lw
 for 31920 <at> debbugs.gnu.org; Fri, 22 Jun 2018 07:19:45 -0400
Received: by mail-wr0-f172.google.com with SMTP id b8-v6so902386wro.6
 for <31920 <at> debbugs.gnu.org>; Fri, 22 Jun 2018 04:19:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list
 :date:in-reply-to:message-id:mime-version:content-transfer-encoding;
 bh=WvKQwi+aNsQjGM98bDyW5VTqHyhL+L8ZtPF4IAZg0CM=;
 b=ZtPBMq4VRT7tLrC4wgEPkMO1APLz+4MfZINLUdxXC7et/Hu8GEaPcrki/sAruBczmJ
 uIGOUhj5O2kmdLXv8E74oxhCb52z7Yn4eoyr+Tpkfv375NH+fTELSFtbHgamCREvkkHT
 +tZwE0Vbws4aisSBAoUuAClzBJo80TRKT0XtO5GIL86Rmvz3gh+qvVbIbTb/fOFycu4+
 xcV+I1vpSL59C1Ml2BaWpViJJm+GYhM3U73ckaBIrd1o03Q1ImTldWHmImT5esz7EwFZ
 5gepFn5wGQm+R6t5mJMUXO6qDMF2NoEAfF2hUICs0v7kJ+L0DS3JxCQrL2qD6/h5VuCl
 XuTg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to
 :gmane-reply-to-list:date:in-reply-to:message-id:mime-version
 :content-transfer-encoding;
 bh=WvKQwi+aNsQjGM98bDyW5VTqHyhL+L8ZtPF4IAZg0CM=;
 b=Rd0NJu7C7YcPpRCowFkQhVD5xU+1qpzRSNPjt3Q108mY77tpqi6Z1oXCYKWrYBFFbe
 bG7wKq84AeAbAT/jv4kG0SfXBz6Mj2nOgxIDMUTo9c18OSSASBG4HhdmgiQYhD7rzYKf
 vLUIlQpmBOXeQ8ECKJpjnsfMQ+ZMuBbZObmkwtQgkaC1gJLIrPEdQL0tuIb4YLkpi6I6
 f/Vw0NuIzX+/vTKfagPp5i9pZsW5blrNXtO0BkKArBlRlnwvBpXgs2FxRiAg/tk88RjI
 DLqwzkL8LzSc6oPIwgun59KZbBXLWEhP4JOi1lyRRgiqmDOB1jGeAjG08wNBeHGH5YtL
 lENw==
X-Gm-Message-State: APt69E3abHho3QVFmGKHyJTGyzLfZiq0ZBf9SwatLl+D2asrFK+FajWx
 yjvulV3qWTdntmRIktL6Gpw=
X-Google-Smtp-Source: AAOMgpc6Z6C3AcCKiUI0vjh2ZZk/FyX2/fc0Ou3cbdzGVwqGixQmZg2kspr1XuUw3GImfcpNeDeafw==
X-Received: by 2002:adf:ca03:: with SMTP id
 o3-v6mr1261643wrh.148.1529666378747; 
 Fri, 22 Jun 2018 04:19:38 -0700 (PDT)
Received: from rpluim-ubuntu ([149.5.228.1])
 by smtp.gmail.com with ESMTPSA id 11-v6sm1381011wmd.35.2018.06.22.04.19.37
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 22 Jun 2018 04:19:37 -0700 (PDT)
From: Robert Pluim <rpluim@HIDDEN>
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
 <5B2B50C8.2090600@HIDDEN> <87zhzo3083.fsf@HIDDEN>
 <5B2CB996.4060606@HIDDEN>
Mail-Copies-To: never
Gmane-Reply-To-List: yes
Date: Fri, 22 Jun 2018 13:19:36 +0200
In-Reply-To: <5B2CB996.4060606@HIDDEN> (martin rudalics's message of "Fri, 22
 Jun 2018 10:55:50 +0200")
Message-ID: <877emr2hmf.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

martin rudalics <rudalics@HIDDEN> writes:

>> I see this on my Ubuntu 16.04 box, also running KDE, but only if I go
>> through the restore cycle twice. Also, if I restore frameset a again,
>> the frame ends up in the right place, ie:
>>
>> restore a -> OK
>> restore b -> OK
>> restore a -> NOK
>> restore a -> OK
>
> Confirmed.  The transition from b to a via C-x r j a always moves the
> frame to the top/left corner of the screen here.
>
> IIUC C-x r f runs the command 'frameset-to-register' which stores a
> "framset" in a register.  C-x r j runs the command 'jump-to-register'
> which does _not_ restore a frame's state via 'frameset--restore-frame'
> but goes to 'set-frame-configuration' instead.  Apparently, framesets
> and frame configurations differ in a couple of minor aspects and the
> fullscreen state is one of them.

They do, but when edebugging jump-to-register, I end up in this branch
of the cond:

     ((registerv-p val)
      (cl-assert (registerv-jump-func val) nil
              "Don't know how to jump to register %s"
              (single-key-description register))
      (funcall (registerv-jump-func val) (registerv-data val)))

Which ends up calling frameset--restore-frame, so the problem is elsewhere.

>> Neither of those make any difference for me, nor does using
>> toggle-frame-maximized.
>
> Obviously so because 'frameset--restore-frame' does not get called in
> the first place.

I think I tested the wrong thing, probably because I forgot an
'eval-defun' somewhere.

The code that causes the frame to be restored in the wrong place is
this:

    (modify-frame-parameters frame
			     (if (eq (frame-parameter frame 'fullscreen) fullscreen)
				 ;; Workaround for bug#14949
				 (assq-delete-all 'fullscreen filtered-cfg)
			       filtered-cfg))

in framset--restore-frame, which means I=CA=BCm going to have to break out
gdb and/or printf. (I=CA=BCm surprised Eli is seeing this on MS-Windows
though, I thought the low-level frame implementation was completely
separate)

Robert




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 22 Jun 2018 12:19:01 +0000
Resent-Message-ID: <handler.31920.B31920.152966988331346 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Robert Pluim <rpluim@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.152966988331346
          (code B ref 31920); Fri, 22 Jun 2018 12:19:01 +0000
Received: (at 31920) by debbugs.gnu.org; 22 Jun 2018 12:18:03 +0000
Received: from localhost ([127.0.0.1]:59729 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fWL0s-00089W-SG
	for submit <at> debbugs.gnu.org; Fri, 22 Jun 2018 08:18:03 -0400
Received: from mout.gmx.net ([212.227.17.22]:41767)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1fWL0q-000891-Jc
 for 31920 <at> debbugs.gnu.org; Fri, 22 Jun 2018 08:18:01 -0400
Received: from [192.168.1.101] ([213.162.73.105]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MK0bZ-1fVWCK1wTV-001UZv; Fri, 22
 Jun 2018 14:17:53 +0200
Message-ID: <5B2CE8F0.8070702@HIDDEN>
Date: Fri, 22 Jun 2018 14:17:52 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>	<5B2B50C8.2090600@HIDDEN>
 <87zhzo3083.fsf@HIDDEN>	<5B2CB996.4060606@HIDDEN>
 <877emr2hmf.fsf@HIDDEN>
In-Reply-To: <877emr2hmf.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:eKNr9maAcMdugQXYCTqCWZ6U8h+kFjeT4DTgqHU25E8c2K4DX5w
 Yj3HhIKNIm2SToCdSiESaAp1GY1LA2jvHpE/elsB2bV1lLblM19qz+j+HAC0iq45+DfmgQY
 MxWQCNo5pP9EG4uL9NHZMgezpNF/Yb9irT1ncQpIhI8l5XsFZe19XebvOOejPg5Jxf2+1If
 xENp5gOMGDhMpqRpzsnOw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:0gIgwbWBRqc=:30un0jEqWWSYu7yp/P/lBb
 /GesE6Lp66hFnElXVtd2ZyU+wta7hZe7/H0MyMltImgdBUJrgMs6z91FwXKJ3gfPSCVao2SAq
 1ALrIgE9MP310XYVW3DiJ0UJIN3dXu1lGzroTMEOpb0ogTZkVTWKNHDFJsARLn5RTqvnJcqw2
 kYTkm7MS+C9lduWxnBgjBlNEkvdsTN/whV5huv3ZoWomY11YiPdymJrO/pkY85L3Mx9QMhEGp
 efmGyfZAProtC9ijAQxhkavQKeCxnOFBCQDZ+jC22s1hK2FC+tPmJSgdJw9UwByi74TMyQvib
 y9x6H5vlJfNyicJuR7iMj9Kdm1TLu4XcKlXallROqm2BgUgJA5ljLAIubi5ceuTklQojqRnX7
 XgzJypt+6qXvCFMvmbh/lk1mZKfO/WX4vbGmOAOMe7e2bocLfJJEqgBv6rCTCqJTqwjpD7xy6
 UEwQfgjstQa+Be0+YdmSVl7n/vD0VOYy8YPHeAQxTFBtIKNvQZu1tpAzYDFUDOKPCLmZPYupG
 ru17x8ZLQhRWqtBBv5FaDyM95wiW79hbX4gPzdlpZXHnRYZPZI/oBfQS3wPtQCuaOm69bukD2
 RNxyoqOPe8UbonJUqQ/ptjS59virVJclreROd6D5jIZNGcmbhGw2IvLzNmKMJYRqnNOhAVYt8
 qBh7Cnw9zRvTT2qzkKfJGFvVOXwRcHFDaKh7q+fDN67gz6ox70vW9Ai9ft6cDy7b5AETYNcse
 LGmEgbEIPGghPoMPsEKCQ0+jj091MJqzRss7a+2SD+h/5Hm8Qm37+gyo/extPSrnvdT8xOnQj
 BuBcbRd
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

 >> IIUC C-x r f runs the command 'frameset-to-register' which stores a
 >> "framset" in a register.  C-x r j runs the command 'jump-to-register'=

 >> which does _not_ restore a frame's state via 'frameset--restore-frame=
'
 >> but goes to 'set-frame-configuration' instead.  Apparently, framesets=

 >> and frame configurations differ in a couple of minor aspects and the
 >> fullscreen state is one of them.
 >
 > They do, but when edebugging jump-to-register, I end up in this branch=

 > of the cond:
 >
 >       ((registerv-p val)
 >        (cl-assert (registerv-jump-func val) nil
 >                "Don't know how to jump to register %s"
 >                (single-key-description register))
 >        (funcall (registerv-jump-func val) (registerv-data val)))
 >
 > Which ends up calling frameset--restore-frame, so the problem is elsew=
here.

Aha.  I have no idea how to debug these cl-forms so I usually end up
in some sort of nirvana.  On Windows I call WM_EMACS_SETWINDOWPOS (in
my_set_window_pos) with

   x =3D 902,
   y =3D 18,
   cx =3D 0,
   cy =3D 0,

and Windows gets back to me with a WM_MOVE for (0, 0) - the values
offered by GetWindowRect being

   left =3D 0,
   top =3D 0,
   right =3D 680,
   bottom =3D 658

I have no idea what to learn from this: (902, 18) is the correct
request and I see no intervening action from there until Windows
returns (0, 0).

 > The code that causes the frame to be restored in the wrong place is
 > this:
 >
 >      (modify-frame-parameters frame
 > 			     (if (eq (frame-parameter frame 'fullscreen) fullscreen)
 > 				 ;; Workaround for bug#14949
 > 				 (assq-delete-all 'fullscreen filtered-cfg)
 > 			       filtered-cfg))
 >
 > in framset--restore-frame, which means I=CA=BCm going to have to break=
 out
 > gdb and/or printf.

And removing the special fullsreen handling doesn't change anything?
Maybe we _should_ do something special when a fullscreen frame is
restored to a non-fullscreen one.

Basically, Emacs has been doing something inherently wrong all the
time: It asks to resize a frame while that frame is in fullscreen (or
maximized) state.  The correct interpretation on behalf of the window
manager would be to store the new sizes and apply them when the frame
is returned to its normal (non-fullscreen/non-maximized) state, IMHO.
For some reason, the approach chosen by Emacs has worked so I never
tried to fiddle with it.  But maybe it bites us this time.

 >(I=CA=BCm surprised Eli is seeing this on MS-Windows
 > though, I thought the low-level frame implementation was completely
 > separate)

I see this on Windows too.  Normally, buggy behavior consistent across
platforms is an asset.  For some reason, this doesn't apply here yet.

martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: Robert Pluim <rpluim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 22 Jun 2018 13:51:02 +0000
Resent-Message-ID: <handler.31920.B31920.15296754607132 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.15296754607132
          (code B ref 31920); Fri, 22 Jun 2018 13:51:02 +0000
Received: (at 31920) by debbugs.gnu.org; 22 Jun 2018 13:51:00 +0000
Received: from localhost ([127.0.0.1]:59779 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fWMSp-0001qx-Nr
	for submit <at> debbugs.gnu.org; Fri, 22 Jun 2018 09:51:00 -0400
Received: from mail-wm0-f43.google.com ([74.125.82.43]:54840)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rpluim@HIDDEN>) id 1fWMSn-0001qj-6U
 for 31920 <at> debbugs.gnu.org; Fri, 22 Jun 2018 09:50:57 -0400
Received: by mail-wm0-f43.google.com with SMTP id o13-v6so2323001wmf.4
 for <31920 <at> debbugs.gnu.org>; Fri, 22 Jun 2018 06:50:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list
 :date:in-reply-to:message-id:mime-version:content-transfer-encoding;
 bh=/61i1/Ulr7nZJMlurp0GWfY/tZRjSzwKES0nvMBo61g=;
 b=hSMmWzk3g03QKORSLca5UFn0Fvr84aIVz/Z7sxlGC5wxWXvBQLbxJl4Y6sJr0aH4lD
 flp/mc9w3O2bI7+Uec3D/c+M1x4xHb4sOXlbNnxZTX/mMLmxIzUasuF2jYhOM0v/W8bv
 dhBau/qp0nlCr5dOsjXhzZtUCW7f+uGZm/GHSTuM+2d5VOVmE9TIoKvC7gwv2KjUjATC
 VIUBE9pMxscZtUVffWTtoaoSQqm6eOiZ9bPGkzmrMRfDJLAQwoPugq7RaQI6dM+qtd6k
 qNNl/XZu1MGU3arhssdUkY2pVVR3HPnJLjmF7dThpATEPytBGZEyEf2UMywKMT+IAlE1
 tTvA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to
 :gmane-reply-to-list:date:in-reply-to:message-id:mime-version
 :content-transfer-encoding;
 bh=/61i1/Ulr7nZJMlurp0GWfY/tZRjSzwKES0nvMBo61g=;
 b=UGqlvi+2yfVw95WHeED4pYiToMcrkTwaozsUfRyDH8yCC2bEA6TVrPVVLa/RyXE80D
 Hr6F7OPyVRXf7yEVwNENwcXM0cnlKqiOkuMbwzqD54UARtsVI1g97mTS2GOgTa5hQRqU
 ttDNMELGWOftBop0UzjqlPf55JDIq1k77NjpJKCK72K0k1JPFlCZpXNNLKMs2qlr3v0Y
 PN1k9A89r59AvAvkjjwsEvGcIAv/lQK6nHQGW0lyJY1mg7ML2iS22x6RWDcgxZRYmMg3
 ZvAfSao4BuNWMzJHglMJ1D34CDdVCOQRXEO1Puf9HmmAvn9/VIl9RN2MKxqD+T22flVR
 2sNQ==
X-Gm-Message-State: APt69E3IsZ1EApni67c3Z32qECvh/qbfhzi2U7hJqafVG9n+Q/rItmj9
 JIgmcGA0MzsAEXtEH4oR3Bk=
X-Google-Smtp-Source: ADUXVKJe927s7ZK9P7L/LDL72lF33KLX+smaO6JHEc7X0rT1gybjlmnZ9cN6UMlr6vKnblxTalYSNg==
X-Received: by 2002:a1c:387:: with SMTP id 129-v6mr1826242wmd.53.1529675451131; 
 Fri, 22 Jun 2018 06:50:51 -0700 (PDT)
Received: from rpluim-ubuntu ([149.5.228.1])
 by smtp.gmail.com with ESMTPSA id 11-v6sm1770090wmd.35.2018.06.22.06.50.49
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 22 Jun 2018 06:50:50 -0700 (PDT)
From: Robert Pluim <rpluim@HIDDEN>
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
 <5B2B50C8.2090600@HIDDEN> <87zhzo3083.fsf@HIDDEN>
 <5B2CB996.4060606@HIDDEN> <877emr2hmf.fsf@HIDDEN>
 <5B2CE8F0.8070702@HIDDEN>
Mail-Copies-To: never
Gmane-Reply-To-List: yes
Date: Fri, 22 Jun 2018 15:50:49 +0200
In-Reply-To: <5B2CE8F0.8070702@HIDDEN> (martin rudalics's message of "Fri, 22
 Jun 2018 14:17:52 +0200")
Message-ID: <87zhzn0w1y.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

martin rudalics <rudalics@HIDDEN> writes:

>> Which ends up calling frameset--restore-frame, so the problem is elsewhe=
re.
>
> Aha.  I have no idea how to debug these cl-forms so I usually end up
> in some sort of nirvana.  On Windows I call WM_EMACS_SETWINDOWPOS (in
> my_set_window_pos) with
>
>   x =3D 902,
>   y =3D 18,
>   cx =3D 0,
>   cy =3D 0,
>
> and Windows gets back to me with a WM_MOVE for (0, 0) - the values
> offered by GetWindowRect being
>
>   left =3D 0,
>   top =3D 0,
>   right =3D 680,
>   bottom =3D 658
>
> I have no idea what to learn from this: (902, 18) is the correct
> request and I see no intervening action from there until Windows
> returns (0, 0).
>

That=CA=BCs similar to what I=CA=BCm seeing. gtk_window_move is called with=
 the
right parameters, but the frame ends up in the wrong place.

>> The code that causes the frame to be restored in the wrong place is
>> this:
>>
>>      (modify-frame-parameters frame
>> 			     (if (eq (frame-parameter frame 'fullscreen) fullscreen)
>> 				 ;; Workaround for bug#14949
>> 				 (assq-delete-all 'fullscreen filtered-cfg)
>> 			       filtered-cfg))
>>
>> in framset--restore-frame, which means I=CA=BCm going to have to break o=
ut
>> gdb and/or printf.
>
> And removing the special fullsreen handling doesn't change anything?
> Maybe we _should_ do something special when a fullscreen frame is
> restored to a non-fullscreen one.

If I understand that code, it says "if the old and new fullscreen
states are the same, don=CA=BCt pass fullscreen to modify-frame-parameters"
(it=CA=BCs Friday afternoon, I may be wrong, and the fullscreen variable
there has an unhelpful name :-) )

> Basically, Emacs has been doing something inherently wrong all the
> time: It asks to resize a frame while that frame is in fullscreen (or
> maximized) state.  The correct interpretation on behalf of the window
> manager would be to store the new sizes and apply them when the frame
> is returned to its normal (non-fullscreen/non-maximized) state, IMHO.
> For some reason, the approach chosen by Emacs has worked so I never
> tried to fiddle with it.  But maybe it bites us this time.

So you=CA=BCre saying we should un-maximize, and then set the frame size
afterwards? The patch below tries that, it works for me, although it
does of course cause the frame to resize and then move in two steps.

>>(I=CA=BCm surprised Eli is seeing this on MS-Windows
>> though, I thought the low-level frame implementation was completely
>> separate)
>
> I see this on Windows too.  Normally, buggy behavior consistent across
> platforms is an asset.  For some reason, this doesn't apply here yet.

It turns our that most of the code is common, only the implementations
of things like x_set_offset and x_calc_absolute_position are
platform-specific. I=CA=BCm still surprised they share the same bugs.

Robert

diff --git i/lisp/frame.el w/lisp/frame.el
index 29c31f41cb..a58fad6481 100644
--- i/lisp/frame.el
+++ w/lisp/frame.el
@@ -2413,7 +2413,7 @@ toggle-frame-maximized
      (t
       (set-frame-parameter nil 'fullscreen 'maximized)))))
=20
-(defun toggle-frame-fullscreen ()
+(defun toggle-frame-fullscreen (&optional frame)
   "Toggle fullscreen state of selected frame.
 Make selected frame fullscreen or restore its previous size if it
 is already fullscreen.
@@ -2431,14 +2431,14 @@ toggle-frame-fullscreen
=20
 See also `toggle-frame-maximized'."
   (interactive)
-  (let ((fullscreen (frame-parameter nil 'fullscreen)))
+  (let ((fullscreen (frame-parameter frame 'fullscreen)))
     (if (memq fullscreen '(fullscreen fullboth))
-	(let ((fullscreen-restore (frame-parameter nil 'fullscreen-restore)))
+	(let ((fullscreen-restore (frame-parameter frame 'fullscreen-restore)))
 	  (if (memq fullscreen-restore '(maximized fullheight fullwidth))
-	      (set-frame-parameter nil 'fullscreen fullscreen-restore)
-	    (set-frame-parameter nil 'fullscreen nil)))
+	      (set-frame-parameter frame 'fullscreen fullscreen-restore)
+	    (set-frame-parameter frame 'fullscreen nil)))
       (modify-frame-parameters
-       nil `((fullscreen . fullboth) (fullscreen-restore . ,fullscreen))))
+       frame `((fullscreen . fullboth) (fullscreen-restore . ,fullscreen))=
))
     ;; Manipulating a frame without waiting for the fullscreen
     ;; animation to complete can cause a crash, or other unexpected
     ;; behavior, on macOS (bug#28496).
diff --git i/lisp/frameset.el w/lisp/frameset.el
index 0e3363d7ae..ffbf6722a7 100644
--- i/lisp/frameset.el
+++ w/lisp/frameset.el
@@ -1085,6 +1085,11 @@ frameset--restore-frame
       (when (frame-live-p parent-frame)
         (set-frame-parameter frame 'parent-frame parent-frame)))
=20
+    (let ((old-fullscreen (frame-parameter frame 'fullscreen)))
+      (and (not (eq old-fullscreen fullscreen))
+           (memq old-fullscreen '(fullscreen fullboth))
+           (not fullscreen)
+           (toggle-frame-fullscreen frame)))
     (modify-frame-parameters frame
 			     (if (eq (frame-parameter frame 'fullscreen) fullscreen)
 				 ;; Workaround for bug#14949




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 23 Jun 2018 08:41:04 +0000
Resent-Message-ID: <handler.31920.B31920.152974323811218 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Robert Pluim <rpluim@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.152974323811218
          (code B ref 31920); Sat, 23 Jun 2018 08:41:04 +0000
Received: (at 31920) by debbugs.gnu.org; 23 Jun 2018 08:40:38 +0000
Received: from localhost ([127.0.0.1]:60768 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fWe62-0002ur-MX
	for submit <at> debbugs.gnu.org; Sat, 23 Jun 2018 04:40:38 -0400
Received: from mout.gmx.net ([212.227.17.21]:45515)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1fWe61-0002uf-Bo
 for 31920 <at> debbugs.gnu.org; Sat, 23 Jun 2018 04:40:38 -0400
Received: from [192.168.1.100] ([46.125.250.81]) by mail.gmx.com (mrgmx102
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M1AIu-1gLSQW1GMy-00tFBh; Sat, 23
 Jun 2018 10:40:28 +0200
Message-ID: <5B2E0779.4080201@HIDDEN>
Date: Sat, 23 Jun 2018 10:40:25 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>	<5B2B50C8.2090600@HIDDEN>
 <87zhzo3083.fsf@HIDDEN>	<5B2CB996.4060606@HIDDEN>
 <877emr2hmf.fsf@HIDDEN>	<5B2CE8F0.8070702@HIDDEN>
 <87zhzn0w1y.fsf@HIDDEN>
In-Reply-To: <87zhzn0w1y.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:GG6wJN/32r57Hcuoz7dp+glWqZ5Ap1En+ExjqvptIYWAgPHzw+E
 h6tpETWzQYbtWNtE2x2yQa/uY8Id50aUsM8Gg8suNptorIHT59HzdgvzSlAIV3kmKvSZWiG
 MEHaz/RA4AcTE5+9NW+aoeeg4pI/2PFAaVR9EOkAa2NMGpobpqvGrJahp2yIK/2B6K1Qmn7
 yqzRZmZuPGckOF0GpECRg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:eURghgg7m5I=:pOOOUSq5xKdlwM6J/TZD1g
 2bfkbViw09+4oNDuAEF66PUGV4baP2ZvK93MfO9TNK0/mDcEvvAA33CaNFdxAZOmaoz1eBRZE
 uRrtpLDBDJqVz8DYlVjZXFev/7CCQVgisijC97sZprABuYJM1wMoJepBXhO9MDKYl7eskOTQu
 mL9lI0T1Am70bzXWU9Mm7gPMYZ+jrXa3aVQJV3ys7J87Llyaz3I/R3Rpjxr6seIhfIix8mRMw
 kkO7dyaqsnxBdjB/Hr5WchgiWPWsBxtnOSB3rDnMbtAFKTiZkX3MoOcZHu2CRElIenSaXHr2e
 glA+wJlM1mEiqchJcH7K+YSTYEP26tdmfi9Fbvs22NW9ije5W1/VeVDUk1cxk+n8jAJlTtCPm
 38Tg3clDvyiPadE5iqpwReR1Bb8LqpqaZo8qdHI3xZNGV0xmGgE3RZ3rdVs3n8iQjzKdcnMhI
 4360Wu+yAQpQhCoZ2xwh6ojB+Q+zY6iXI6Z0WiB4wqoGuWB/yBHRqVLPXhOXX0rccXXrMOGH6
 OW5qMxzTTJwWd2apHVJe8k2KSeYtNo7MYwQs2HpWCNU1LIF8ExKlaEgkNl3jdAcVoh0BUs/vy
 1d8mZYbPbdz6msNW2BaFp1q2y+pN3H/Xg57mNiX43KsqTx3TKXDqiBsJqiaStXHPFA53PBEAb
 llFMK3RXaw6lN05gsLs3hToynjdq8T6PEH2LseDxVGxi8xRD9wvTvUq5IxUrbYSPW1Q8vQZ6X
 1H7wNd2LpFoDs6USpN8N+/UYCAZPmL9bJ2ZNEorh1g4PIORpKJ2DfU12TtEM0ljuhiPCYC5b9
 JMi0PBM
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

I found a simpler scenario: With emacs -Q do C-x r f a, drag the frame
somewhere else on your screen and do C-x r j a.  Here the registered
position is restored.  Now do C-x r f a, drag the frame somewhere
else, do F11 and C-x r j a.  Here the frame is restored to the
position it had before F11 and not to the one registered by C-x r f a.

So this time it seems that I have the right explanation: We first
position the frame according to the position from the register and
then demaximize it.  But we should first demaximize and then
reposition it.  Can you confirm?

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: Robert Pluim <rpluim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 27 Jun 2018 09:08:01 +0000
Resent-Message-ID: <handler.31920.B31920.153009045019571 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.153009045019571
          (code B ref 31920); Wed, 27 Jun 2018 09:08:01 +0000
Received: (at 31920) by debbugs.gnu.org; 27 Jun 2018 09:07:30 +0000
Received: from localhost ([127.0.0.1]:36847 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fY6QE-00055b-0O
	for submit <at> debbugs.gnu.org; Wed, 27 Jun 2018 05:07:30 -0400
Received: from mail-wr0-f175.google.com ([209.85.128.175]:42141)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rpluim@HIDDEN>) id 1fY6QC-00055O-5Z
 for 31920 <at> debbugs.gnu.org; Wed, 27 Jun 2018 05:07:28 -0400
Received: by mail-wr0-f175.google.com with SMTP id p1-v6so1211367wrs.9
 for <31920 <at> debbugs.gnu.org>; Wed, 27 Jun 2018 02:07:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list
 :date:in-reply-to:message-id:mime-version:content-transfer-encoding;
 bh=B1i0AGxpS0xk2Wkpy9xsw2RRwpQI4Ahy7RmqB5FzLcQ=;
 b=irIL5jMBmVI9sTb7b5C0H/WZoaR6VAey8XIu4X6zmX2LWe5CUIJ7LYGo2hJhZu+f8C
 wOv78BG4zsrRszCMpad4693izZbp5OhiJ+pixt9i8in+qYeEdtSsf6An6ZI3dpSmODEw
 AjJKJB5F/4lAOdgIzdmw4sZb9z3tQCmHurF3YzZVX/mDbs9INBgP6Tn/ySWVAbZ5NeGb
 nBPEZ63V/QBARyBXtygBd5OksrpKJx4b4Unmd+iPTSVT1vvsK7CzZ2FW9vhNbfGx4vHN
 bZOAzGfuqaXAy56+7QJvu0cuSeaknwdrUIV/4tijqUhWKHRY764NMzJdoxcHYQ/gvJmv
 14fw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to
 :gmane-reply-to-list:date:in-reply-to:message-id:mime-version
 :content-transfer-encoding;
 bh=B1i0AGxpS0xk2Wkpy9xsw2RRwpQI4Ahy7RmqB5FzLcQ=;
 b=smQdAQBsE6Ox9eFU3X9zIlfNXpLeZOR4SQY891wU+d7mGX1ePKsee2+vJucLNzCZsC
 5mBSL9HXv6djkS1bHvCT41nm+imta7IbvSr+/qqiD6A22HD9SkFLRZbwnb49YZRU5Zj1
 V9S8wGqh7I3NwyPZ0Nb2r5Eke391oez5YcB4sf22MGRIWf0YijAsva4qZWWhTtHX9WSn
 QmD4jy3aq+8jiC67vrDTItRH3BMEG9+djq4wvX32MAkV+wmLWqGLe6QPLzaEe+ILAFXl
 2CghxTvH6iNjgwYvnDqePnBwtWUQnGauTthDSMffi8UlCbvuEHDgpvI9EZFu8cRMZlg1
 Ng8w==
X-Gm-Message-State: APt69E0x6IAT7gqzbgJ33HD09pqYzkRBIamVB+3VYEzU9EBtU8cFsdn1
 Bm0mXvfp7kmU43bW8P4elIs=
X-Google-Smtp-Source: AAOMgpc80lPZRm/65e0Qz0PdoSR0UIxyHVeM1PZ5/pe1XDuYpaVUf9OEKmUGFLJBRL00gl23dZlXzw==
X-Received: by 2002:adf:ca13:: with SMTP id
 o19-v6mr4348787wrh.148.1530090442476; 
 Wed, 27 Jun 2018 02:07:22 -0700 (PDT)
Received: from rpluim-ubuntu (36.28.158.77.rev.sfr.net. [77.158.28.36])
 by smtp.gmail.com with ESMTPSA id k7-v6sm2720576wrq.82.2018.06.27.02.07.21
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 27 Jun 2018 02:07:21 -0700 (PDT)
From: Robert Pluim <rpluim@HIDDEN>
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
 <5B2B50C8.2090600@HIDDEN> <87zhzo3083.fsf@HIDDEN>
 <5B2CB996.4060606@HIDDEN> <877emr2hmf.fsf@HIDDEN>
 <5B2CE8F0.8070702@HIDDEN> <87zhzn0w1y.fsf@HIDDEN>
 <5B2E0779.4080201@HIDDEN>
Mail-Copies-To: never
Gmane-Reply-To-List: yes
Date: Wed, 27 Jun 2018 11:07:20 +0200
In-Reply-To: <5B2E0779.4080201@HIDDEN> (martin rudalics's message of "Sat, 23
 Jun 2018 10:40:25 +0200")
Message-ID: <87woukpph3.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

martin rudalics <rudalics@HIDDEN> writes:

> I found a simpler scenario: With emacs -Q do C-x r f a, drag the frame
> somewhere else on your screen and do C-x r j a.  Here the registered
> position is restored.  Now do C-x r f a, drag the frame somewhere
> else, do F11 and C-x r j a.  Here the frame is restored to the
> position it had before F11 and not to the one registered by C-x r f a.
>

I confirm this exact behaviour under GTK.

> So this time it seems that I have the right explanation: We first
> position the frame according to the position from the register and
> then demaximize it.  But we should first demaximize and then
> reposition it.  Can you confirm?

That looks like it. The patch I sent earlier fixes it for me, but I=CA=BCm
not sure it=CA=BCs the right solution, it feels very heavyweight.

Robert




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 28 Jun 2018 08:04:03 +0000
Resent-Message-ID: <handler.31920.B31920.153017300224233 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Robert Pluim <rpluim@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.153017300224233
          (code B ref 31920); Thu, 28 Jun 2018 08:04:03 +0000
Received: (at 31920) by debbugs.gnu.org; 28 Jun 2018 08:03:22 +0000
Received: from localhost ([127.0.0.1]:38144 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fYRtg-0006Ij-BC
	for submit <at> debbugs.gnu.org; Thu, 28 Jun 2018 04:03:22 -0400
Received: from mout.gmx.net ([212.227.17.21]:57439)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1fYRtf-0006IQ-41
 for 31920 <at> debbugs.gnu.org; Thu, 28 Jun 2018 04:03:19 -0400
Received: from [192.168.1.101] ([212.95.5.19]) by mail.gmx.com (mrgmx103
 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ma2Lr-1fs2oh0JKh-00Lk1T; Thu, 28
 Jun 2018 10:03:12 +0200
Message-ID: <5B349636.2000309@HIDDEN>
Date: Thu, 28 Jun 2018 10:03:02 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>	<5B2B50C8.2090600@HIDDEN>
 <87zhzo3083.fsf@HIDDEN>	<5B2CB996.4060606@HIDDEN>
 <877emr2hmf.fsf@HIDDEN>	<5B2CE8F0.8070702@HIDDEN>
 <87zhzn0w1y.fsf@HIDDEN>	<5B2E0779.4080201@HIDDEN>
 <87woukpph3.fsf@HIDDEN>
In-Reply-To: <87woukpph3.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:GYL+EcOjS//PmQLZRFW1r/cPzLjqDXzAsS07rdichELkY9JpONL
 leQQrPWxi61zoa56BK3hMlzXbViBNrKwqMiQyiAXm3J73JDBA4khizWA8qZUMmWre//8KGO
 VC+MTSVXSWj79kIXS4OF9FZ0JiX4wI30jqb61Le6f5NMk/UsuereUyhr6upEZIZAEPjGuJh
 /KzhPYSdu8KN9z6jnn2bw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:oIRdHwJhNuQ=:tPczDK/yyRGajt6o9Ir6UH
 v1+BBzSJEva2Su/VNx0lrSz28n5sKEkGROd/rkLaPzg/YobDV4f4PP9cRd0SvikrsPDLK6VEx
 KbGevfJPVTw+g6M6oWDBDyefV3Gato6IE2vdLu4eWw503rBL2Hx3YpAFyDtXpEUHQFRJN0QF+
 sY3lZXTED0ZfI8l6XVJB4ReJ0mXcwkvbwTwcjeyfq4kB2uJTixSSmgZWvcH05ESm2fYiBQFIh
 XawjDHhZRko3PfwJIuwv/RXVyXzeSHZqPF0/90Nn+0h8Oe66E9ogjcJcFbGG/Gr1g65ztKkDO
 kVsJHySyemTjX9uJm/YJoDk5jraQuE/qMdrg7lyriualGFS9vv6ZXlr+GehPyO6t+VKurmDyo
 Gvez0IdOA58mFmK/hKyVRGEQkUBUNtgtwDCKwtQH8F/6ekFI+6I/9zAclu91Coy945sbqKIpA
 WkVtRTArWwkR76UhfDPtM93yGvk09ptIZJQS0zIehQnxJoeOiAw50r7G/ejx2lQjpATlAMcua
 D8YrKkaj0tI8r5cNo5t4cqSqJ830xHvFP8lxOFZzKBxfWcb1krFNbnCbmV5c9MbPk8Pi/52Rr
 y4mYXVwUIX0z+cagENi7iST53+KlzWgKJ31zT/LvhzjjUQNZhRdPpFPDUAIEqCxm36G52nOrA
 2G/lI1kvktXnANvUonTUDiqH8MIww4BZrdEXgoPOKKV0LIuXhFOdY5MAaB1v9sVPjIw1/CVdU
 Yp4NErKBip0TDMFPreTMsSeIyTQZexHAhEpouYAA2ImG0E0/FJXvR7No1uPwoGZziT0UWSJHU
 dHlcQUQ
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > That looks like it. The patch I sent earlier fixes it for me, but I=CA=
=BCm
 > not sure it=CA=BCs the right solution, it feels very heavyweight.

I think so too (note that we already have
'x-frame-normalize-before-maximize' to achieve a similar effect).  The
fix should be probably in 'frameset-restore' but so far I'm still too
silly to even debug that function.

martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen
Resent-From: Spenser Truex <web@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 01 Jul 2019 14:34:01 +0000
Resent-Message-ID: <handler.31920.B31920.156199161924047 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31920
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Robert Pluim <rpluim@HIDDEN>
Cc: 31920 <at> debbugs.gnu.org, Jonathan Kyle Mitchell <kyle@HIDDEN>
Received: via spool by 31920-submit <at> debbugs.gnu.org id=B31920.156199161924047
          (code B ref 31920); Mon, 01 Jul 2019 14:34:01 +0000
Received: (at 31920) by debbugs.gnu.org; 1 Jul 2019 14:33:39 +0000
Received: from localhost ([127.0.0.1]:48850 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hhxNC-0006Fm-1h
	for submit <at> debbugs.gnu.org; Mon, 01 Jul 2019 10:33:39 -0400
Received: from spensertruex.com ([66.70.189.182]:57144)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <web@HIDDEN>) id 1hhpTf-000083-DP
 for 31920 <at> debbugs.gnu.org; Mon, 01 Jul 2019 02:07:50 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spensertruex.com;
 s=myselector; t=1561961261;
 bh=zv9n7PpmyRMixWI4YsAqRlQ/kRIUDV7UmqRX4vbqDu0=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date;
 b=PKxV2yuxOC99XjJozPjIDRmBMe+ZENkqdH3hIJcr2Ugov+ncAk/kfgmyJ2K9IQqvZ
 uBFOydUQFvHGkEFKqGShq9nTRUFUv7+uGPZcR1iZFbwgbOJGGy9WC4mH3zW2QQqyMY
 +CZI+qzKTk3Ua80X3eDw7HODUJMcBcNgCWunowyLv7uP+hhF+VTuGhF7B/DvLRqVjn
 vyXZLnAmOCr0dm15wA71Wu04YoCzs8EYgFZ/zhBo/aDzvAKH/kFHT4HUH6/+Imj0RM
 LuQEN1tOaF0hA9o/yoCvyN1JxFgNifDEqKUdKjdLl4yPe0aXQuxWeV61vV51CVG1Vc
 2xYadcULocCCw==
From: Spenser Truex <web@HIDDEN>
In-Reply-To: <87zhzn0w1y.fsf@HIDDEN> (Robert Pluim's message of "Fri, 22
 Jun 2018 15:50:49 +0200")
References: <CAAnK0TaS+mm3TwFp=dTz-6gSDkdzpSiX+xpZZDn3rHMFEpix=A@HIDDEN>
 <5B2B50C8.2090600@HIDDEN> <87zhzo3083.fsf@HIDDEN>
 <5B2CB996.4060606@HIDDEN> <877emr2hmf.fsf@HIDDEN>
 <5B2CE8F0.8070702@HIDDEN> <87zhzn0w1y.fsf@HIDDEN>
Date: Sun, 30 Jun 2019 23:08:40 -0700
Message-ID: <87imsm1e3b.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 2.5 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Robert Pluim <rpluim@HIDDEN> writes: > diff --git
 i/lisp/frame.el
 w/lisp/frame.el > index 29c31f41cb..a58fad6481 100644 > --- i/lisp/frame.el
 > +++ w/lisp/frame.el > @@ -2413,7 +2413,7 @@ toggle-frame-maximized > (t
 > (set-frame-paramete [...] 
 Content analysis details:   (2.5 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 2.5 URIBL_DBL_SPAM         Contains a spam URL listed in the Spamhaus DBL
 blocklist [URIs: spensertruex.com]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was
 blocked.  See
 http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
 for more information. [URIs: spensertruex.com]
X-Mailman-Approved-At: Mon, 01 Jul 2019 10:33:34 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.5 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Robert Pluim <rpluim@HIDDEN> writes: > diff --git i/lisp/frame.el
    w/lisp/frame.el > index 29c31f41cb..a58fad6481 100644 > --- i/lisp/frame.el
    > +++ w/lisp/frame.el > @@ -2413,7 +2413,7 @@ toggle-frame-maximized > (t
    > (set-frame-paramete [...] 
 
 Content analysis details:   (1.5 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  2.5 URIBL_DBL_SPAM         Contains a spam URL listed in the Spamhaus DBL
                             blocklist
                             [URIs: spensertruex.com]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
  0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was
                             blocked.  See
                             http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
                              for more information.
                             [URIs: spensertruex.com]
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

Robert Pluim <rpluim@HIDDEN> writes:

> diff --git i/lisp/frame.el w/lisp/frame.el
> index 29c31f41cb..a58fad6481 100644
> --- i/lisp/frame.el
> +++ w/lisp/frame.el
> @@ -2413,7 +2413,7 @@ toggle-frame-maximized
>       (t
>        (set-frame-parameter nil 'fullscreen 'maximized)))))
>
> -(defun toggle-frame-fullscreen ()
> +(defun toggle-frame-fullscreen (&optional frame)
>    "Toggle fullscreen state of selected frame.
>  Make selected frame fullscreen or restore its previous size if it
>  is already fullscreen.
> @@ -2431,14 +2431,14 @@ toggle-frame-fullscreen
>
>  See also `toggle-frame-maximized'."
>    (interactive)
> -  (let ((fullscreen (frame-parameter nil 'fullscreen)))
> +  (let ((fullscreen (frame-parameter frame 'fullscreen)))
>      (if (memq fullscreen '(fullscreen fullboth))
> -	(let ((fullscreen-restore (frame-parameter nil 'fullscreen-restore)))
> +	(let ((fullscreen-restore (frame-parameter frame 'fullscreen-restore)))
>  	  (if (memq fullscreen-restore '(maximized fullheight fullwidth))
> -	      (set-frame-parameter nil 'fullscreen fullscreen-restore)
> -	    (set-frame-parameter nil 'fullscreen nil)))
> +	      (set-frame-parameter frame 'fullscreen fullscreen-restore)
> +	    (set-frame-parameter frame 'fullscreen nil)))
>        (modify-frame-parameters
> -       nil `((fullscreen . fullboth) (fullscreen-restore . ,fullscreen))))
> +       frame `((fullscreen . fullboth) (fullscreen-restore . ,fullscreen))))
>      ;; Manipulating a frame without waiting for the fullscreen
>      ;; animation to complete can cause a crash, or other unexpected
>      ;; behavior, on macOS (bug#28496).
> diff --git i/lisp/frameset.el w/lisp/frameset.el
> index 0e3363d7ae..ffbf6722a7 100644
> --- i/lisp/frameset.el
> +++ w/lisp/frameset.el
> @@ -1085,6 +1085,11 @@ frameset--restore-frame
>        (when (frame-live-p parent-frame)
>          (set-frame-parameter frame 'parent-frame parent-frame)))
>
> +    (let ((old-fullscreen (frame-parameter frame 'fullscreen)))
> +      (and (not (eq old-fullscreen fullscreen))
> +           (memq old-fullscreen '(fullscreen fullboth))
> +           (not fullscreen)
> +           (toggle-frame-fullscreen frame)))
>      (modify-frame-parameters frame
>  			     (if (eq (frame-parameter frame 'fullscreen) fullscreen)
>  				 ;; Workaround for bug#14949
>
>
>
>

I've just discovered this bug for myself, without any register
manipulation. Here is the recipe (almost the same as the original):

1) Make a window and use the WM to make it 1/2 the screen size. I
usually grab the window with the mouse and hit it against the right side
of the screen.
2) F11 to toggle fullscreen.
3) do #2 again.

Now the window isn't perfectly 1/2 the window.

Checking the value of (frame-parameter nil 'fullscreen) produces the
symbol fullheight, which indicates the problem: the emacs restore
procedure (fullscreen-restore) only stores *some* information about the
previous window configuration. The following diff shows the workaround I
was using so I could happily use f11 with my emacs:
--- lisp/frame.el	2019-06-30 21:42:29.257939995 -0700
+++ lisp/frame.el	2019-06-30 21:41:34.239940756 -0700
@@ -2621,21 +2621,21 @@
 `frame-resize-pixelwise' to non-nil in order to make a frame
 appear truly fullscreen.  In addition, you may have to set
 `x-frame-normalize-before-maximize' in order to enable
 transitions from one fullscreen state to another.

 See also `toggle-frame-maximized'."
   (interactive)
   (let ((fullscreen (frame-parameter frame 'fullscreen)))
     (if (memq fullscreen '(fullscreen fullboth))
 	(let ((fullscreen-restore (frame-parameter frame 'fullscreen-restore)))
-	  (if (memq fullscreen-restore '(maximized fullheight fullwidth))
+	  (if (memq fullscreen-restore '(maximized))
 	      (set-frame-parameter frame 'fullscreen fullscreen-restore)
 	    (set-frame-parameter frame 'fullscreen nil)))
       (modify-frame-parameters
        frame `((fullscreen . fullboth) (fullscreen-restore . ,fullscreen))))
     ;; Manipulating a frame without waiting for the fullscreen
     ;; animation to complete can cause a crash, or other unexpected
     ;; behavior, on macOS (bug#28496).
     (when (featurep 'cocoa) (sleep-for 0.5))))

 

So I just threw out all width and height information. To do a proper
fix, I think Emacs needs to keep track of sufficient information about
the window. Window height, width, and location must be stored. The
current one only stores height or width.

This way the window manager seems to be able to make all the decisions
about window size, though I actually have no idea what is going on.

For toggle-frame-maximized the problem still exists though, and I have
not found any workaround.

--
Spenser Truex





Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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