From: "Mathias Dahl" <mathias.dahl@gmail.com>
To: "Jan Djärv" <jan.h.d@swipnet.se>
Cc: emacs-devel@gnu.org
Subject: Re: Does Emacs wm-window handling misbehave?
Date: Sat, 29 Mar 2008 02:03:31 +0100 [thread overview]
Message-ID: <7dbe73ed0803281803u46988f0er2cd717ab949297a@mail.gmail.com> (raw)
In-Reply-To: <47EBE1A1.5090505@swipnet.se>
> I tried this on Ubuntu 7.10 with metacity but did not get any error. You can
> check if the timestamp Emacs sends corresponds to one of those in the error
> message by printing it out in the function x_ewmh_activate_frame in xterm.c
> (i.e. printf("%u\n", last_user_time); ). However, that function is not called
> unless you call x-focus-frame.
Oooh, I'd rather not dig into the C code, scary... :) However, if it
will help solve this problem I might give it a shot.
> > Window manager warning: last_focus_time (262538802) is greater than
> > comparison timestamp (4020640236). This most likely represents a
> > buggy client sending inaccurate timestamps in messages such as
> > _NET_ACTIVE_WINDOW. Trying to work around...
>
> It actually don't make sense, as 262538802 is not greater than 4020640236.
Don't look at me, it's not me who generates those messages :)
> You might have the same problem as the bug
> http://bugzilla.gnome.org/show_bug.cgi?id=392889. There is a lot of
> discussion in the beginning but the hang bug is discussed at the end.
A lot of text, yes...
> And then there is https://bugzilla.redhat.com/show_bug.cgi?id=224611, but it
> doesn't sound like that one.
Agree.
> It is strange that I can't reproduce the problem, I have the same system as
> you. It must be something in the configuration that triggers this bug.
Yes, this is strange... And even more strange is that the recipe
[(x-focus-frame (selected-frame))] that generated the problem
yesterday does not work today... And when I think of it I haven't got
any single problem today... I hate this...
> > Window manager warning: 0x40000a4 (emacs - ma) appears to be one of
> > the offending windows with a timestamp of 262538802. Working
> > around...
> >
> > As you can see, again an Emacs window is mentioned.
>
> Can you configrm that the window id belongs to Emacs?
If you mean "emacs - ma" above, yes. "ma" is a truncated Emacs buffer
name. In other tests there have been names such as ".emacs" or other
buffers that was visible at the time.
next prev parent reply other threads:[~2008-03-29 1:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-24 13:37 Does Emacs wm-window handling misbehave? Mathias Dahl
2008-03-27 6:58 ` Mathias Dahl
2008-03-27 7:04 ` Jan Djärv
2008-03-27 7:02 ` Jan Djärv
2008-03-27 9:53 ` Mathias Dahl
2008-03-27 18:04 ` Jan Djärv
2008-03-29 1:03 ` Mathias Dahl [this message]
2008-03-30 17:53 ` Jan Djärv
2008-03-30 22:19 ` Mathias Dahl
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7dbe73ed0803281803u46988f0er2cd717ab949297a@mail.gmail.com \
--to=mathias.dahl@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=jan.h.d@swipnet.se \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.