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

[David Fussner via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

Thank you, Eli, the patch fixes my issue here, on a fresh pull of
master. (I know it's been said many times before, but you rock.) I
hope it works for #44002, as well.

David.

On Sat, 19 Dec 2020 at 15:55, martin rudalics <rudalics@gmx.at> wrote:
>
>  > My reading of
>  >
>  >    https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44002#47
>  >
>  > is that it was indeed 1x1.  Citation:
>  >
>  >>   > I at least think I understand the width/height mystery. The bogus
>  >>   > window size returned is 1x1.
>  >
>  > Am I confused?
>
> I am.  I have severe problems reading the associated code with USE_CAIRO
> and/or USE_GTK defined.  That's why I would have preferred to see these
> 1x1 assignments explicitly triggered by handle_one_xevent and/or
> xg_frame_resized rather than via read xwininfo.
>
>  >> Do you want to put this into Emacs 27.2?
>  >
>  > No need, the problematic change is only on master, AFAICT.
>
> Then let's wait for Scott to answer.  Scott, can you check the patch Eli
> posted in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44794#53 for
> whether it breaks the previous patch for Bug#44002.
>
> Thanks, martin