emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#31650: closed (26.1; Desktop mode adds wm stickine


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#31650: closed (26.1; Desktop mode adds wm stickiness to emacs windows.)
Date: Sat, 02 Jun 2018 09:14:02 +0000

Your message dated Sat, 02 Jun 2018 11:13:23 +0200
with message-id <address@hidden>
and subject line Re: bug#31650: 26.1; Desktop mode adds wm stickiness to emacs 
windows.
has caused the debbugs.gnu.org bug report #31650,
regarding 26.1; Desktop mode adds wm stickiness to emacs windows.
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
31650: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=31650
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 26.1; Desktop mode adds wm stickiness to emacs windows. Date: Wed, 30 May 2018 03:12:19 +0200
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.

The emacs window wasn't in this state at the last
save-buffers-kill-terminal call. 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.




--- End Message ---
--- Begin Message --- Subject: Re: bug#31650: 26.1; Desktop mode adds wm stickiness to emacs windows. Date: Sat, 02 Jun 2018 11:13:23 +0200
> I build fvwm2 2.6.8 this morning, which was released 2 days ago and,
> after some struggle, have this running now. And ... it doesn't has the
> (mis-)behaviour of fvwm2 2.6.4.
>
> With this version
>
> (set-frame-parameter nil 'sticky nil)
>
> has no effect on a non-sticky emacs.
>
> (set-frame-parameter nil 'sticky t)
>
> makes the frame sticky, and
>
> (set-frame-parameter nil 'sticky nil)
>
> makes it unsticky again.
>
> As it should be. In turn emacs with enabled desktop-mode doesn't put my
> emacs frame into sticky mode anymore at start-up. So, the root of the
> reported problem seems to be a bug in some or at least one (2.6.4) past
> fvwm2 version.

Great.  I added a corresponding entry for this to etc/PROBLEMS.

> Case settled. Many thanks for replying and ...
>
> I'm sorry for the noise ...

On the contrary it's always good to inform about such misbehaviors.

Thanks, martin (closing this bug)


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]