From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#31650: 26.1; Desktop mode adds wm stickiness to emacs windows. Date: Wed, 30 May 2018 08:40:56 +0200 Message-ID: <5B0E4778.9030708@gmx.at> References: <87zi0idk0c.fsf@pointsman.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1527662413 22385 195.159.176.226 (30 May 2018 06:40:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 30 May 2018 06:40:13 +0000 (UTC) To: Rolf Ade , 31650@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 30 08:40:09 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 1fNumG-0005jp-KQ for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 May 2018 08:40:08 +0200 Original-Received: from localhost ([::1]:36514 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fNuoN-0002pl-Lq for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 May 2018 02:42:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34933) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fNuoA-0002nb-2Y for bug-gnu-emacs@gnu.org; Wed, 30 May 2018 02:42:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fNuo6-0001L0-4j for bug-gnu-emacs@gnu.org; Wed, 30 May 2018 02:42:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46682) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fNuo5-0001Kr-W7 for bug-gnu-emacs@gnu.org; Wed, 30 May 2018 02:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fNuo5-0004G4-M8 for bug-gnu-emacs@gnu.org; Wed, 30 May 2018 02:42:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 May 2018 06:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31650 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31650-submit@debbugs.gnu.org id=B31650.152766247316307 (code B ref 31650); Wed, 30 May 2018 06:42:01 +0000 Original-Received: (at 31650) by debbugs.gnu.org; 30 May 2018 06:41:13 +0000 Original-Received: from localhost ([127.0.0.1]:54579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNunJ-0004Ex-El for submit@debbugs.gnu.org; Wed, 30 May 2018 02:41:13 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:36237) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNunH-0004El-LK for 31650@debbugs.gnu.org; Wed, 30 May 2018 02:41:12 -0400 Original-Received: from [192.168.1.100] ([46.125.249.34]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKZLb-1fMX5D2NiJ-001zAO; Wed, 30 May 2018 08:41:04 +0200 In-Reply-To: <87zi0idk0c.fsf@pointsman.de> X-Provags-ID: V03:K1:PwoLOVp/CgXlHLXJoJ2CYSZmv094qiHK5DWdNxPimeQuP8abDrd uKNhPi1apHt5WrN09r/YFUAXxoObI/VVULdY+BJTF4RC0AnohyzUvVgV0Yww4WGfJtgHlYB wbB2WpY1fwiJrNShtPcFXnbU6Vi5pHBrW+ehWqIDN3x5nsCB1usbYHK//aXV+9sQn0NrROL dkbwLvnyIBmq101/rVH6g== X-UI-Out-Filterresults: notjunk:1;V01:K0:fCX5g6BNtJQ=:saYOb+ljeMiBpBW3TnZTba mhqqif0068Xtu6WLyzuYjHs9QxdAyhhwPOTEpoAmU0/KH1sE24MJLY7+bHpRK7rALDZFi1Oki 0vwAjTDwL8flfRXJOqBrhSJvA7Jni9ruHbtvlfFIrgyX9wpEOxqjwHppdkaXlOwAUE7v1X2/s NtC6l7LOyH9M0D+iY0/mNIqzIjz/UgD+zHJQpdzWSBHqMSbJdlyhL3j6Jd4QbgNnaZVfJUJRL wbz6gqFGBI9Ncdvcd3On6kb3PuPqwB04LRki5HCk3Ioo8q/tDsr8pZs+Bq8w1h8lwaJ9enOYi ulHP0yQvm8O4mRhhCVkfsj3zKV6QQWPHQuDTVdXl5NwUUXN7jGd2DP/0rT00aJsBxFCCIL4II 5MyOtTdiNhi3JP0M8EWofgOUXA0XidqrF9pwbihqBhWiIq2BDACatYvSQ/QRqQM7SXsoOnpZa jslxIiutnNB/PSjTvEh4NfYtqz1zxq9Z7fH9ZneTKYqg24lU3Awm8vOK58AG3R8yFt9pgjTRg y9E9m1V5Cp7yzinnvGcbuG4dPTyoIX41vI3xZ0MzrVwxpLo4z/C99Q3LHQwTyFLBV8ryt6KQ6 PtPowB346ExTFsOsXEsSlBlo4RqZnOHG3sO2/anoAOE0aJ5EG9mFnN4AgSW139h+0TIMOYkDY 9zXi5tvdjd8+8L3AtVmtGBC7gHDjNLQVgreF7XFNOQHnTH/8X+APHYwDmiFkBNRwGN7bdPYpf OL38xw/SRal0xYJdI4KqZtpxFuLKZ/wHXEij36mA8UWyjTjQm4C4ccZ+Wg+1dXUhhrGF5QjX 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:146737 Archived-At: > I've > > (desktop-save-mode 1) > > in my init.el. This works fine for rare occasions is restart emacs. > Though, after restart, I not only find all my files open but the eamcs > window "sticky" speaking in windows manager terms, meaning if I jump to > another virtual desktop, my emacs windwos will "follow" me. We would eventually have to find out whether and how an Emacs frame can get "spontaneously" sticky in a session that has not been polluted from a saved desktop. I'd suggest to proceed as follows: Somewhere near the end of your init file (that is, after the code that restores the previous desktop) insert this code: (let (sticky-frames) (dolist (frame (frame-list)) (when (frame-parameter frame 'sticky) (setq sticky-frames (cons frame sticky-frames))) (set-frame-parameter frame 'sticky nil)) (when sticky-frames (message "The following frames were found sticky: %s" sticky-frames))) Now this should (1) make all your frames non-sticky in the new session and (2) tell you if some frames were stored as sticky in your last session. If (2) happens frequently and you are sure that you have never marked any frames as sticky, we could execute that code above with an idle timer and so get an approximate indication of _when_ a frame changes its stickyness spontaneously. > The emacs window wasn't in this state at the last > save-buffers-kill-terminal call. How can you be sure of that? The code for saving the desktop is dumb and handles stickyness like any other frame parameter it does not treat specially. So it would surprise me if the desktop saving code deliberately remembered a frame as sticky. > It doesn't have this state if I start > emacs -Q. It's desktop-save-mode, that put my emacs window into this > state. > > It's a minor nuisance, no doubt, but it's clearly wrong. > > I'm using GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version > 2.24.10) of 2018-05-29 built on linux-qg7d Repository revision: > 07f8f9bc5a51f5aa94eb099f3e15fbe0c20ea1ea Windowing system distributor > 'The X.Org Foundation', version 11.0.11203000 (x86_64) and as windows > manager fvwm 2.6. martin