unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#6499: 23.1; Emacs gets stuck waiting for menu input
@ 2010-06-23  8:17 Marius Kjeldahl
  2010-06-24  0:06 ` Glenn Morris
  2010-07-02 17:50 ` Jan Djärv
  0 siblings, 2 replies; 20+ messages in thread
From: Marius Kjeldahl @ 2010-06-23  8:17 UTC (permalink / raw)
  To: 6499


Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

When clicking the menu-bar (enabled by default on Ubuntu Lucid) to the
right of any menu choices (typically to activate the window), emacs
will remain "stuck" not allowing any more input until you actually
activate one of the menus.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
     `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/23.1/etc/DEBUG for instructions.


In GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.0)
  of 2010-03-29 on yellow, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.10706000
configured using `configure  '--build=x86_64-linux-gnu' 
'--host=x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' 
'--libexecdir=/usr/lib' '--localstatedir=/var/lib' 
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' 
'--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.1/leim' 
'--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 
'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 
'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: nil
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: en_US.utf8
   value of $XMODIFIERS: nil
   locale-coding-system: utf-8-unix
   default-enable-multibyte-characters: t

Major mode: Haml

Minor modes in effect:
   recentf-mode: t
   show-paren-mode: t
   display-time-mode: t
   global-hl-line-mode: t
   tooltip-mode: t
   mouse-wheel-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   global-auto-composition-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   column-number-mode: t
   line-number-mode: t
   transient-mark-mode: t

Recent input:
<left> <left> <left> <left> <left> <left> <left> <left>
/ j q u i a p p / M-d M-d <right> <right> <right> M-d
J Q A u e <backspace> <backspace> <backspace> u e r
y U I C-k SPC A p p C-x C-s C-x C-f j q <tab> u <tab>
a <tab> j q <tab> c s <tab> <return> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <up> <up> <up> <up> C-a C-SPC
<down> M-w C-y <up> <right> <right> <right> <right>
<right> <right> <right> <right> <right> <M-backspace>
f i r e f o x C-x C-s <M-backspace> m o z i l l a C-x
C-s C-a C-SPC <down> M-w C-y <up> <right> <right> <right>
<right> <right> <right> <right> <right> <right> <right>
<right> <M-backspace> <backspace> C-x C-s C-x C-s <up>
<up> <up> <up> <up> C-a C-SPC <down> M-w C-y C-y <up>
<up> <right> <right> <right> <right> <right> <right>
<right> <right> <M-backspace> C-d m o z <down> <right>
<right> <right> <right> <M-backspace> <backspace> C-x
C-s <down> <down> <down> <down> <right> <right> <right>
<right> M-d <down> <left> C-x C-s C-x 3 <help-echo>
<help-echo> <help-echo> <help-echo> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <up> <up> <up> <up> <up> <up> <up> <down> <down>
<down> C-x b <return> <up> <up> <up> <up> <down> <down>
<down> <down> M-x r e p o r t - e m a c s - b u g
<return>

Recent messages:
Mark set
Saving file /home/marius/p/stockapp/wwwroot/jquiapp/jquiapp.css...
Wrote /home/marius/p/stockapp/wwwroot/jquiapp/jquiapp.css
(No changes need to be saved)
Mark set [3 times]
Saving file /home/marius/p/stockapp/wwwroot/jquiapp/jquiapp.css...
Wrote /home/marius/p/stockapp/wwwroot/jquiapp/jquiapp.css
Saving file /home/marius/p/stockapp/wwwroot/jquiapp/jquiapp.css...
Wrote /home/marius/p/stockapp/wwwroot/jquiapp/jquiapp.css
/usr/bin/mail is not an executable.  Setting mail-interactive to t.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-06-23  8:17 bug#6499: 23.1; Emacs gets stuck waiting for menu input Marius Kjeldahl
@ 2010-06-24  0:06 ` Glenn Morris
  2010-07-02 17:50 ` Jan Djärv
  1 sibling, 0 replies; 20+ messages in thread
From: Glenn Morris @ 2010-06-24  0:06 UTC (permalink / raw)
  To: Marius Kjeldahl; +Cc: 6499


Marius Kjeldahl wrote:

> When clicking the menu-bar (enabled by default on Ubuntu Lucid) to the
> right of any menu choices (typically to activate the window), emacs
> will remain "stuck" not allowing any more input until you actually
> activate one of the menus.
[...]
> In GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.0)
>  of 2010-03-29 on yellow, modified by Debian

Problems with menus in 23.1 with recent GTK versions are likely to be
duplicates of

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4122

Please try Emacs 23.2, where this should be fixed.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-06-23  8:17 bug#6499: 23.1; Emacs gets stuck waiting for menu input Marius Kjeldahl
  2010-06-24  0:06 ` Glenn Morris
@ 2010-07-02 17:50 ` Jan Djärv
       [not found]   ` <4C2E4286.8020400@kjeldahl.net>
  1 sibling, 1 reply; 20+ messages in thread
From: Jan Djärv @ 2010-07-02 17:50 UTC (permalink / raw)
  To: Marius Kjeldahl; +Cc: 6499



Marius Kjeldahl skrev 2010-06-23 10.17:
>
>
> When clicking the menu-bar (enabled by default on Ubuntu Lucid) to the
> right of any menu choices (typically to activate the window), emacs
> will remain "stuck" not allowing any more input until you actually
> activate one of the menus.
>

This bug does not exist in Emacs 23.2.  Can you upgrade to that version?

	Jan D.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
       [not found]     ` <4C2F07AE.9000907@swipnet.se>
@ 2010-07-09 11:04       ` Tobias Bading
  2010-07-16 10:05         ` Tobias Bading
  0 siblings, 1 reply; 20+ messages in thread
From: Tobias Bading @ 2010-07-09 11:04 UTC (permalink / raw)
  To: Jan Djärv; +Cc: Marius Kjeldahl, 6499

Hi Jan,

nope, no cigar. I tried your patch against trunk r100684 and it indeed 
solves the reported bug, but it causes even worse problems for me (GNU 
Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) on 
Ubuntu Lucid). Now clicking on an item in the menu bar will pop up the 
menu properly only every n-th try. The other times the menu closes as 
soon as I release the mouse button :-(.

Regards,
Tobias

PS: Please don't ask me to check with a newer trunk revision, unless 
someone can confirm that at least a simple click works again in the head 
revision without setting the mark. At least double clicks work again, I 
guess that's a start... ;-)


On 03.07.2010 11:49, Jan Djärv wrote:
> (Please don't remove the ddebugs.gnu.org address).
>
> I don't know why I didn't see this before, I must have done something else.
> It is present in 23.2 also.
>
> I've made a fix in the emacs-23 branch (to be released as 23.3), it
> should propagate to the trunk after a while.
>
> Jan D.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-09 11:04       ` Tobias Bading
@ 2010-07-16 10:05         ` Tobias Bading
  2010-07-16 10:50           ` Sven Joachim
  2010-07-16 12:48           ` Jan Djärv
  0 siblings, 2 replies; 20+ messages in thread
From: Tobias Bading @ 2010-07-16 10:05 UTC (permalink / raw)
  To: bug-gnu-emacs; +Cc: Marius Kjeldahl, 6499

Hi,

could someone please reopen bug #6499? IMHO this hasn't been fixed yet. 
I just tried trunk r100830 and Jan's patch from the emacs-23 branch has 
made it into the trunk, causing the following side-effect:
A menu does not stay open when you click on a menu bar item, instead it 
vanishes as soon as you release the mouse button. This happens most of 
the time, sometimes the menu stays open. Depending on how you move your 
mouse while the button is down, you can even manage to reproduce the 
original bug.

Thanks,
Tobias





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 10:05         ` Tobias Bading
@ 2010-07-16 10:50           ` Sven Joachim
  2010-07-16 12:50             ` Jan Djärv
  2010-07-16 12:48           ` Jan Djärv
  1 sibling, 1 reply; 20+ messages in thread
From: Sven Joachim @ 2010-07-16 10:50 UTC (permalink / raw)
  To: Tobias Bading; +Cc: Marius Kjeldahl, 6499

reopen 6499 
thanks

On 2010-07-16 12:05 +0200, Tobias Bading wrote:

> Hi,
>
> could someone please reopen bug #6499? IMHO this hasn't been fixed
> yet. I just tried trunk r100830 and Jan's patch from the emacs-23
> branch has made it into the trunk, causing the following side-effect:
> A menu does not stay open when you click on a menu bar item, instead
> it vanishes as soon as you release the mouse button.

This is indeed very annoying.  I'm reopening the bug as the cure seems
worse than the disease.

Sven





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 10:05         ` Tobias Bading
  2010-07-16 10:50           ` Sven Joachim
@ 2010-07-16 12:48           ` Jan Djärv
  2010-07-16 13:22             ` Tobias Bading
  1 sibling, 1 reply; 20+ messages in thread
From: Jan Djärv @ 2010-07-16 12:48 UTC (permalink / raw)
  To: Tobias Bading; +Cc: bug-gnu-emacs, 6499-done, Marius Kjeldahl



Tobias Bading skrev 2010-07-16 12.05:
> Hi,
>
> could someone please reopen bug #6499? IMHO this hasn't been fixed yet. I just
> tried trunk r100830 and Jan's patch from the emacs-23 branch has made it into
> the trunk, causing the following side-effect:

The patch is not in trunk, 100830 fixed 6645.  It is not in trunk 100831 either.

Please learn to use bzr log.  It tells you which bugs have been fixed.

	Jan D.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 10:50           ` Sven Joachim
@ 2010-07-16 12:50             ` Jan Djärv
  2010-07-16 13:33               ` Tobias Bading
  2010-07-16 14:28               ` Sven Joachim
  0 siblings, 2 replies; 20+ messages in thread
From: Jan Djärv @ 2010-07-16 12:50 UTC (permalink / raw)
  To: Sven Joachim; +Cc: Tobias Bading, Marius Kjeldahl, 6499



Sven Joachim skrev 2010-07-16 12.50:
> reopen 6499
>
> This is indeed very annoying.  I'm reopening the bug as the cure seems
> worse than the disease.
>

Don't do this unless you are absolutley sure the bug fix is in, which in this 
case it isn't.  This is the trunk.  If you can't stand breakage, sometimes for 
several weeks, use a stable release.  This is getting silly.

	Jan D.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 12:48           ` Jan Djärv
@ 2010-07-16 13:22             ` Tobias Bading
  2010-07-16 13:42               ` Jan Djärv
  0 siblings, 1 reply; 20+ messages in thread
From: Tobias Bading @ 2010-07-16 13:22 UTC (permalink / raw)
  To: Jan Djärv; +Cc: bug-gnu-emacs, Marius Kjeldahl, 6499

On 16.07.2010 14:48, Jan Djärv wrote:
 > Tobias Bading skrev 2010-07-16 12.05:
 >> Hi,
 >>
 >> could someone please reopen bug #6499? IMHO this hasn't been fixed
 >> yet. I just
 >> tried trunk r100830 and Jan's patch from the emacs-23 branch has made
 >> it into
 >> the trunk, causing the following side-effect:
 >
 > The patch is not in trunk, 100830 fixed 6645. It is not in trunk 100831
 > either.
 >
 > Please learn to use bzr log. It tells you which bugs have been fixed.
 >
 > Jan D.

Dear Jan,

granted, I'm more of a Subversion user than a Bazaar user, but I think 
I'm very much able to interpret what bzr is telling me. Maybe my 
sentence "I just tried trunk r100830 and Jan's patch from the emacs-23 
branch has made it into the trunk" wasn't clear. I did NOT apply
r100830 to an older revision of the trunk, I compiled the trunk as it 
is/was in r100830. If my interpretation of "bzr log --include-merges 
src/xmenu.c" as well as an annotate operation on src/xmenu.c in Emacs is 
correct, your patch IS in the trunk. It got there through Chong Yidong's 
merge in r100770.

Regards,
Tobias





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 12:50             ` Jan Djärv
@ 2010-07-16 13:33               ` Tobias Bading
  2010-07-16 13:44                 ` Jan Djärv
  2010-07-16 14:28               ` Sven Joachim
  1 sibling, 1 reply; 20+ messages in thread
From: Tobias Bading @ 2010-07-16 13:33 UTC (permalink / raw)
  To: Jan Djärv; +Cc: Sven Joachim, Marius Kjeldahl, 6499

On 16.07.2010 14:50, Jan Djärv wrote:
> Sven Joachim skrev 2010-07-16 12.50:
>> reopen 6499
>>
>> This is indeed very annoying. I'm reopening the bug as the cure seems
>> worse than the disease.
>>
>
> Don't do this unless you are absolutley sure the bug fix is in, which in
> this case it isn't. This is the trunk. If you can't stand breakage,
> sometimes for several weeks, use a stable release. This is getting silly.
>
> Jan D.

Jan,

I don't know what policy the Emacs developers have agreed upon regarding 
the trunk, but all projects I've been working for so far probably would 
not accept a "If you can't stand breakage, sometimes for several weeks, 
use a stable release." attitude. Usually, extensive work is done on 
branches, especially if it stands a good chance of breaking stuff. But 
maybe the Emacs devs have agreed upon another policy...

Anyway, your patch causes more problems for me than it solves. That 
might be a problem of my specific Ubuntu configuration, GTK version or 
whatever. Would you at least be so kind to comment on that? Since you 
closed the bug again, you seem to be damn sure that your bug is fine and 
has no negative side-effects whatsoever.

Regards,
Tobias





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 13:22             ` Tobias Bading
@ 2010-07-16 13:42               ` Jan Djärv
  0 siblings, 0 replies; 20+ messages in thread
From: Jan Djärv @ 2010-07-16 13:42 UTC (permalink / raw)
  To: Tobias Bading; +Cc: bug-gnu-emacs, Marius Kjeldahl, 6499

Tobias Bading skrev 2010-07-16 15.22:

> Dear Jan,
>
> granted, I'm more of a Subversion user than a Bazaar user, but I think I'm
> very much able to interpret what bzr is telling me. Maybe my sentence "I just
> tried trunk r100830 and Jan's patch from the emacs-23 branch has made it into
> the trunk" wasn't clear. I did NOT apply
> r100830 to an older revision of the trunk, I compiled the trunk as it is/was
> in r100830. If my interpretation of "bzr log --include-merges src/xmenu.c" as
> well as an annotate operation on src/xmenu.c in Emacs is correct, your patch
> IS in the trunk. It got there through Chong Yidong's merge in r100770.

The current patch wasn't even written when that merge was done.  That is the 
old patch that had problems.

	Jan D.






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 13:33               ` Tobias Bading
@ 2010-07-16 13:44                 ` Jan Djärv
  2010-07-16 13:56                   ` Jan Djärv
  0 siblings, 1 reply; 20+ messages in thread
From: Jan Djärv @ 2010-07-16 13:44 UTC (permalink / raw)
  To: Tobias Bading; +Cc: Sven Joachim, Marius Kjeldahl, 6499



Tobias Bading skrev 2010-07-16 15.33:

> Anyway, your patch causes more problems for me than it solves. That might be a
> problem of my specific Ubuntu configuration, GTK version or whatever. Would
> you at least be so kind to comment on that? Since you closed the bug again,
> you seem to be damn sure that your bug is fine and has no negative
> side-effects whatsoever.

I'm 100% sure you are mistaken about the patch being in trunk yet.

	Jan D.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 13:44                 ` Jan Djärv
@ 2010-07-16 13:56                   ` Jan Djärv
  2010-07-17  4:07                     ` Chong Yidong
  0 siblings, 1 reply; 20+ messages in thread
From: Jan Djärv @ 2010-07-16 13:56 UTC (permalink / raw)
  To: Tobias Bading; +Cc: Sven Joachim, Marius Kjeldahl, 6499

FWIW, this is the change log to look out for:

2010-07-14  Jan Djärv  <jan.h.d@swipnet.se>

         * xterm.h (x_menubar_window_to_frame): Second parameter is XEvent*.

         * xterm.c (handle_one_xevent): Pass event to x_menubar_window_to_frame.

         * xmenu.c (x_activate_menubar): Revert previous fix for Bug#6499,
         i.e. don't put back ButtonRelease (Bug#6608).

         * xfns.c (x_menubar_window_to_frame): Take XEvent as second parameter
         instead of Window.  Call xg_event_is_for_menubar when
         USE_GTK (Bug#6499).

         * gtkutil.h (xg_event_is_for_menubar): Declare.

         * gtkutil.c (xg_event_is_for_menubar): New function (Bug#6499).



	Jan D.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 12:50             ` Jan Djärv
  2010-07-16 13:33               ` Tobias Bading
@ 2010-07-16 14:28               ` Sven Joachim
  1 sibling, 0 replies; 20+ messages in thread
From: Sven Joachim @ 2010-07-16 14:28 UTC (permalink / raw)
  To: Jan Djärv; +Cc: Tobias Bading, Marius Kjeldahl, 6499

On 2010-07-16 14:50 +0200, Jan Djärv wrote:

> Sven Joachim skrev 2010-07-16 12.50:
>> reopen 6499
>>
>> This is indeed very annoying.  I'm reopening the bug as the cure seems
>> worse than the disease.
>>
>
> Don't do this unless you are absolutley sure the bug fix is in, which
> in this case it isn't.  This is the trunk.  If you can't stand
> breakage, sometimes for several weeks, use a stable release.  This is
> getting silly.

Actually I'm using the emacs-23 branch rather than the trunk, but was
not up to date, so I missed the fix for bug #6608.  Sorry for the noise.

Regards,
        Sven





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-16 13:56                   ` Jan Djärv
@ 2010-07-17  4:07                     ` Chong Yidong
  2010-07-17 10:02                       ` Jan Djärv
  0 siblings, 1 reply; 20+ messages in thread
From: Chong Yidong @ 2010-07-17  4:07 UTC (permalink / raw)
  To: Jan Djärv; +Cc: Tobias Bading, Sven Joachim, Marius Kjeldahl, 6499

Jan Djärv <jan.h.d@swipnet.se> writes:

> 2010-07-14  Jan Djärv  <jan.h.d@swipnet.se>
>
> * xterm.h (x_menubar_window_to_frame): Second parameter is XEvent*.
>
> * xterm.c (handle_one_xevent): Pass event to x_menubar_window_to_frame.
>
> * xmenu.c (x_activate_menubar): Revert previous fix for Bug#6499,
> i.e. don't put back ButtonRelease (Bug#6608).
>
> * xfns.c (x_menubar_window_to_frame): Take XEvent as second parameter
> instead of Window.  Call xg_event_is_for_menubar when
> USE_GTK (Bug#6499).
>
> * gtkutil.h (xg_event_is_for_menubar): Declare.
>
> * gtkutil.c (xg_event_is_for_menubar): New function (Bug#6499).

There is a problem with this change:

1. emacs -Q
2. Click (mouse-1) on any part of the buffer.
   If necessary, do this a couple more times

The result is that the tool-bar grabs focus.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-17  4:07                     ` Chong Yidong
@ 2010-07-17 10:02                       ` Jan Djärv
  2010-07-17 10:37                         ` Eli Zaretskii
  2010-07-17 14:46                         ` Chong Yidong
  0 siblings, 2 replies; 20+ messages in thread
From: Jan Djärv @ 2010-07-17 10:02 UTC (permalink / raw)
  To: Chong Yidong; +Cc: Tobias Bading, Sven Joachim, Marius Kjeldahl, 6499



Chong Yidong skrev 2010-07-17 06.07:

>
> There is a problem with this change:
>
> 1. emacs -Q
> 2. Click (mouse-1) on any part of the buffer.
>     If necessary, do this a couple more times
>
> The result is that the tool-bar grabs focus.

Fixed now, in emacs-23 branch.  Expect trunk to be broken until this gets merged.

BTW, I see ChangeLog entries in trunk is not in date order, is this to be 
expected now?

	Jan D.






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-17 10:02                       ` Jan Djärv
@ 2010-07-17 10:37                         ` Eli Zaretskii
  2010-07-21  8:36                           ` Stefan Monnier
  2010-07-17 14:46                         ` Chong Yidong
  1 sibling, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2010-07-17 10:37 UTC (permalink / raw)
  To: Jan Djärv; +Cc: cyd, marius, tbading, 6499, svenjoac

> Date: Sat, 17 Jul 2010 12:02:26 +0200
> From: Jan Djärv <jan.h.d@swipnet.se>
> Cc: Tobias Bading <tbading@web.de>, Sven Joachim <svenjoac@gmx.de>,
> 	Marius Kjeldahl <marius@kjeldahl.net>, 6499@debbugs.gnu.org
> 
> BTW, I see ChangeLog entries in trunk is not in date order, is this to be 
> expected now?

I think the merged log entries should be rewritten to have all their
dates be the date of the merge.






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-17 10:02                       ` Jan Djärv
  2010-07-17 10:37                         ` Eli Zaretskii
@ 2010-07-17 14:46                         ` Chong Yidong
  2010-07-17 15:50                           ` Jan Djärv
  1 sibling, 1 reply; 20+ messages in thread
From: Chong Yidong @ 2010-07-17 14:46 UTC (permalink / raw)
  To: Jan Djärv; +Cc: Tobias Bading, Sven Joachim, Marius Kjeldahl, 6499

Jan Djärv <jan.h.d@swipnet.se> writes:

> Fixed now, in emacs-23 branch.  Expect trunk to be broken until this
> gets merged.

Thanks for the fast response.  I've merged your fix into the trunk
(since it is interfering with testing on the selection changes).





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-17 14:46                         ` Chong Yidong
@ 2010-07-17 15:50                           ` Jan Djärv
  0 siblings, 0 replies; 20+ messages in thread
From: Jan Djärv @ 2010-07-17 15:50 UTC (permalink / raw)
  To: Chong Yidong; +Cc: Tobias Bading, Sven Joachim, Marius Kjeldahl, 6499



Chong Yidong skrev 2010-07-17 16.46:
> Jan Djärv<jan.h.d@swipnet.se>  writes:
>
>> Fixed now, in emacs-23 branch.  Expect trunk to be broken until this
>> gets merged.
>
> Thanks for the fast response.  I've merged your fix into the trunk
> (since it is interfering with testing on the selection changes).

Nice, I will fix up the Gtk3 stuff ASAP.

	Jan D.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#6499: 23.1; Emacs gets stuck waiting for menu input
  2010-07-17 10:37                         ` Eli Zaretskii
@ 2010-07-21  8:36                           ` Stefan Monnier
  0 siblings, 0 replies; 20+ messages in thread
From: Stefan Monnier @ 2010-07-21  8:36 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: tbading, cyd, marius, svenjoac, 6499

>> BTW, I see ChangeLog entries in trunk is not in date order, is this to be 
>> expected now?
> I think the merged log entries should be rewritten to have all their
> dates be the date of the merge.

Indeed, tho it's easy to forget and/or miss some.


        Stefan







^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~2010-07-21  8:36 UTC | newest]

Thread overview: 20+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-23  8:17 bug#6499: 23.1; Emacs gets stuck waiting for menu input Marius Kjeldahl
2010-06-24  0:06 ` Glenn Morris
2010-07-02 17:50 ` Jan Djärv
     [not found]   ` <4C2E4286.8020400@kjeldahl.net>
     [not found]     ` <4C2F07AE.9000907@swipnet.se>
2010-07-09 11:04       ` Tobias Bading
2010-07-16 10:05         ` Tobias Bading
2010-07-16 10:50           ` Sven Joachim
2010-07-16 12:50             ` Jan Djärv
2010-07-16 13:33               ` Tobias Bading
2010-07-16 13:44                 ` Jan Djärv
2010-07-16 13:56                   ` Jan Djärv
2010-07-17  4:07                     ` Chong Yidong
2010-07-17 10:02                       ` Jan Djärv
2010-07-17 10:37                         ` Eli Zaretskii
2010-07-21  8:36                           ` Stefan Monnier
2010-07-17 14:46                         ` Chong Yidong
2010-07-17 15:50                           ` Jan Djärv
2010-07-16 14:28               ` Sven Joachim
2010-07-16 12:48           ` Jan Djärv
2010-07-16 13:22             ` Tobias Bading
2010-07-16 13:42               ` Jan Djärv

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).