From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.bugs Subject: bug#31920: 26.1; frame appears in wrong part of desktop after restoring frameset from fullscreen Date: Fri, 22 Jun 2018 13:19:36 +0200 Message-ID: <877emr2hmf.fsf@gmail.com> References: <5B2B50C8.2090600@gmx.at> <87zhzo3083.fsf@gmail.com> <5B2CB996.4060606@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1529667149 31362 195.159.176.226 (22 Jun 2018 11:32:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 22 Jun 2018 11:32:29 +0000 (UTC) Cc: 31920@debbugs.gnu.org, Jonathan Kyle Mitchell To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jun 22 13:32:25 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fWKIi-000824-SA for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Jun 2018 13:32:25 +0200 Original-Received: from localhost ([::1]:32848 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fWKKq-0007Qi-3o for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Jun 2018 07:34:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57807) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fWK6q-0004jz-Q9 for bug-gnu-emacs@gnu.org; Fri, 22 Jun 2018 07:20:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fWK6l-0004OX-7N for bug-gnu-emacs@gnu.org; Fri, 22 Jun 2018 07:20:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51804) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fWK6l-0004OR-2U for bug-gnu-emacs@gnu.org; Fri, 22 Jun 2018 07:20:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fWK6k-0002qC-ME for bug-gnu-emacs@gnu.org; Fri, 22 Jun 2018 07:20:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Jun 2018 11:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31920 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31920-submit@debbugs.gnu.org id=B31920.152966638610887 (code B ref 31920); Fri, 22 Jun 2018 11:20:02 +0000 Original-Received: (at 31920) by debbugs.gnu.org; 22 Jun 2018 11:19:46 +0000 Original-Received: from localhost ([127.0.0.1]:59701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fWK6T-0002pX-NM for submit@debbugs.gnu.org; Fri, 22 Jun 2018 07:19:45 -0400 Original-Received: from mail-wr0-f172.google.com ([209.85.128.172]:39755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fWK6S-0002pF-Lw for 31920@debbugs.gnu.org; Fri, 22 Jun 2018 07:19:45 -0400 Original-Received: by mail-wr0-f172.google.com with SMTP id b8-v6so902386wro.6 for <31920@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) Original-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) Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <5B2CB996.4060606@gmx.at> (martin rudalics's message of "Fri, 22 Jun 2018 10:55:50 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:147733 Archived-At: martin rudalics 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