From: Oleksandr Gavenko <gavenkoa@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 19413@debbugs.gnu.org
Subject: bug#19413: 24.4; (desktop-save-mode 1) save frame as page and desktop sticky (_NET_WM_STATE_STICKY) when close Emacs shaded, (setq desktop-restore-frames nil) fix issue.
Date: Sat, 20 Dec 2014 00:35:12 +0200 [thread overview]
Message-ID: <87wq5nnu8v.fsf@gavenkoa.example.com> (raw)
In-Reply-To: <83k31ns3x3.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 19 Dec 2014 23:52:40 +0200")
On 2014-12-19, Eli Zaretskii wrote:
>> When I use Fvwm `WindowShade` command on Emacs window it hided, only titlebar
>> shown.
>>
>> If I close Emacs in shaded state and run again it gain sticky attribute (so it
>> shown on every page/desktop, follow my page/desktop switching).
>>
>> So with "emacs -q" and only "(desktop-save-mode 1)" this behavior reproduced.
>
> AFAIR, Debian has a lot of stuff hiding in site-init files, and -q
> doesn't disable that. Does the same problem happen with -Q or
> --no-site-file?
Ok. I reproduce with --no-site-file and clean ~/.emacs with only:
(desktop-save-mode 1)
But one correction - I lay about "-q". Evaluation of (desktop-save-mode 1) in
non-startup stage works different. For example it doesn't read
~/.emacs.desktop file (or just doesn't rearrange frame geometry) and when I
leave Emacs - it prompt for place for .emacs.desktop. With --no-site-file and
above ~/.emacs I am not asked for savefile and bug reproduced.
Here X window properties for shaded Emacs:
$ xprop -id 0x200001a
_NET_WM_STATE(ATOM) = _NET_WM_STATE_SHADED
_MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0
XdndAware(ATOM) = BITMAP
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
_WIN_AREA(CARDINAL) = 0, 0
_WIN_WORKSPACE(CARDINAL) = 2
_WIN_LAYER(CARDINAL) = 4
_WIN_STATE(CARDINAL) = 32
_NET_FRAME_EXTENTS(CARDINAL) = 6, 6, 22, 6
_KDE_NET_WM_FRAME_STRUT(CARDINAL) = 6, 6, 22, 6
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_SHADE, _NET_WM_ACTION_STICK
_NET_WM_DESKTOP(CARDINAL) = 2
_NET_WM_ICON_VISIBLE_NAME(UTF8_STRING) = "EMACS desktop.home.int: *unsent wide reply to Eli Zaretskii*"
_NET_WM_VISIBLE_NAME(UTF8_STRING) = "EMACS desktop.home.int: *unsent wide reply to Eli Zaretskii* «Emacs:emacs»"
WM_HINTS(WM_HINTS):
Client accepts input or input focus: True
Initial state is Normal State.
bitmap id # to use for icon: 0x200097e
bitmap id # of mask for icon: 0x2000984
window id # of group leader: 0x2000001
_NET_WM_ICON(CARDINAL) = Icon (48 x 48):
_NET_WM_OPAQUE_REGION(CARDINAL) = 7, 0, 1894, 7, 0, 7, 1908, 1165
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 33554460, 33554461
_NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x200001b
WM_CLIENT_LEADER(WINDOW): window id # 0x2000001
_NET_WM_PID(CARDINAL) = 19038
WM_LOCALE_NAME(STRING) = "en_US.UTF-8"
WM_CLIENT_MACHINE(STRING) = "desktop"
WM_NORMAL_HINTS(WM_SIZE_HINTS):
program specified minimum size: 0 by 0
program specified base size: 0 by 0
window gravity: NorthWest
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_CLASS(STRING) = "emacs", "Emacs"
WM_ICON_NAME(STRING) = "EMACS desktop.home.int: *unsent wide reply to Eli Zaretskii*"
_NET_WM_ICON_NAME(UTF8_STRING) = "EMACS desktop.home.int: *unsent wide reply to Eli Zaretskii*"
WM_NAME(STRING) = "EMACS desktop.home.int: *unsent wide reply to Eli Zaretskii*"
_NET_WM_NAME(UTF8_STRING) = "EMACS desktop.home.int: *unsent wide reply to Eli Zaretskii*"
I see difference in value:
_NET_WM_STATE(ATOM) = _NET_WM_STATE_SHADED
vs:
_NET_WM_STATE(ATOM) = _NET_WM_STATE_STICKY
Is desktop-save code incorrectly recognise _NET_WM_STATE_SHADED ?
--
Best regards!
next prev parent reply other threads:[~2014-12-19 22:35 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-19 21:46 bug#19413: 24.4; (desktop-save-mode 1) save frame as page and desktop sticky (_NET_WM_STATE_STICKY) when close Emacs shaded, (setq desktop-restore-frames nil) fix issue Oleksandr Gavenko
2014-12-19 21:52 ` Eli Zaretskii
2014-12-19 22:35 ` Oleksandr Gavenko [this message]
2014-12-20 10:10 ` martin rudalics
2014-12-20 12:33 ` Oleksandr Gavenko
2014-12-20 14:50 ` martin rudalics
2014-12-20 17:33 ` Oleksandr Gavenko
2014-12-22 8:52 ` Jan Djärv
2022-01-30 21:16 ` Lars Ingebrigtsen
2022-02-05 6:13 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-03-06 2:35 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wq5nnu8v.fsf@gavenkoa.example.com \
--to=gavenkoa@gmail.com \
--cc=19413@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).