[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode
From: |
Eli Zaretskii |
Subject: |
bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode |
Date: |
Thu, 24 Dec 2015 18:20:05 +0200 |
> From: Brian Burns <bburns.km@gmail.com>
> Date: Thu, 24 Dec 2015 01:43:39 -0600
> Cc: Eli Zaretskii <eliz@gnu.org>, 22214@debbugs.gnu.org
>
> I looked at some of the internals - as Eli said there's an event loop for the
> x
> dialog that also checks the existing Emacs timers, which in this case would be
> checking the x selection and starting another timer.
What I don't understand is how menus enter the picture, since the
lockup doesn't happen unless a menu is open.
Understanding that might be an important step towards finding a
solution.
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, (continued)
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Joseph Mingrone, 2015/12/22
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Eli Zaretskii, 2015/12/22
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Joseph Mingrone, 2015/12/23
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Eli Zaretskii, 2015/12/23
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Joseph Mingrone, 2015/12/23
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Eli Zaretskii, 2015/12/23
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Brian Burns, 2015/12/23
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Joseph Mingrone, 2015/12/23
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Brian Burns, 2015/12/24
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode,
Eli Zaretskii <=
- bug#22214: 25.0.50; lock up with gui dialogs and clipmon-mode, Brian Burns, 2015/12/27