bug#59306: 29.0.50; Resurrected bug?

[Pedro Andres Aranda Gutierrez <paaguti@gmail.com>]

I think it’s solved!
/PA
PS:, dirty fit the late answer… life came in between…

Enviado desde mi iPhone

> El 19 nov 2022, a las 7:03, Po Lu <luangruo@yahoo.com> escribió:
> 
> Po Lu <luangruo@yahoo.com> writes:
> 
>> Dmitry Gutov <dgutov@yandex.ru> writes:
>> 
>>> Since this bug sounds similar or at least related to bug#58912, I
>>> probably should comment:
>>> 
>>> Rebuilding from the latest master makes the scenario in bug#58912 much
>>> better, in that the font size is applied correctly at the end.
>>> 
>>> It's still different from Emacs 28 in that the frame size goes through
>>> an extra transition at the end of loading. And sometimes through 1
>>> more (the last one the same as the -2nd one). So sometimes I end up
>>> with a window of 84x37, and sometimes (less frequently) 80x35. All
>>> according to window-height and window-width.
>>> 
>>> Emacs 28 and an older build of master both end up at 80x35.
>>> 
>>> But at least the font size and family are ok now.
>> 
>> I guess Cairo just refuses to tell us what the DPI it defaults to using
>> is, so Emacs always ends up having to redraw the fonts at startup.
>> 
>> Please give me a while to think up a solution.
> 
> Please see whether or not Emacs now behaves satisfactorily wrt this.