bug#44794: 28.0.50; Frame creation broken with (tool-bar-mode -1)

[Eli Zaretskii <eliz@gnu.org>]

> From: David Fussner <dfussner@googlemail.com>
> Date: Sun, 13 Dec 2020 18:17:41 +0000
> Cc: Stefan Kangas <stefan@marxist.se>, 44794@debbugs.gnu.org
> 
> Stefan's commit did _not_ cause the bug, merely uncovered it. Kwin was
> setting a minimum frame size for frames that matched the original
> initial frame title "emacs@system_name", so when Stefan changed that
> to "GNU Emacs at system_name" kwin no longer resized the frame, and
> that seems to be the root of the problem. (I haven't any idea whatever
> where that kwin setting came from.)
> 
> Having eliminated the kwin setting, I was able to bisect again and
> found that 2c0cd9008 was the culprit

If the original problem was due to kwin, and you solved it, then what
additional problem remains after that, for which you looked for the
culprit by bisection?

> which was J. Scott Berg's fix
> for bug #44002 involving the vcxsrv X server on Windows. Reverting
> that commit fixes my issue. Stepping through the code suggests that
> his extra test in xterm.c (l. 8950) is preventing a resize event when
> creating a new frame on my machine when tool-bar-mode is off. With
> that mode on, the resize event still occurs, and new frames are
> created normally.

Then what was the problem that kwin was responsible for?