[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: master 18ec3fcce9: Restore pending_signals at a point in the DND eve
|
From: |
Po Lu |
|
Subject: |
Re: master 18ec3fcce9: Restore pending_signals at a point in the DND event loop |
|
Date: |
Sun, 17 Apr 2022 11:55:23 +0800 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> This is pretty ugly.
> Why is it that it "does nothing"? Any hope we can move this restoration
> of `pending_signals` closer to the code that "does nothing"?
No, because we don't know the prior value of `pending_signals' in that
code.
In general, the interaction between async input and the event loop run
during a drag is pretty confusing, especially on GTK+. This solves the
last case of SelectionRequest events being mishandled (because the
selection events are being stored in the wrong `hold_quit' buffer)
during a drag-and-drop operation on GTK.