bug#65217: 29.1; set-frame-size gets confused and drops calls

[Ash <ext0l@catgirl.ai>]

On 8/17/23 23:37, Eli Zaretskii wrote:
>> Date: Thu, 17 Aug 2023 23:04:06 -0700
>> Cc: rudalics@gmx.at, 65217@debbugs.gnu.org
>> From: Ash <ext0l@catgirl.ai>
>>
>> On 8/17/23 22:56, Eli Zaretskii wrote:
>>
>>   Can we close this bug, or is there anything left to do here?
>>
>> IMO the fact that a set-frame-size call can fail to have an effect is absolutely a bug.
> I disagree.  It is a consequence of the fact that the actual resizing
> is performed by the window manager, and that Emacs must wait for the
> window-system response event to perform the resize correctly.  Lisp
> programs that perform several such operations in a row must inject
> short wait periods to allow for the processing of the window-system
> events.  That's what Martin meant by saying that using sit-for solves
> the problems.
>
> So this isn't a bug, but a limitation caused by the way Emacs's
> interaction with the GUI systems is designed.  If by "bug" you mean
> that design, then it is pointless to keep such "bugs" open, since no
> one is working on redesigning that aspect of Emacs, nor intends to do
> so any time soon.
I think if making this specific case work would require a substantial 
change then it's fine closing this out. But then I think there should be 
documentation that this can happen somewhere (in the general emacs 
documentation on frames, maybe with a link from the set-frame-size docs).