Issue with master build on macOS

Issue with master build on macOS

[Angelo Graziosi]

The build of current master (a941a9e8c22) has a strange behavior.

In the init.el file I have:

(setq default-frame-alist
      '(
        (width . 115) ; character
        (height . 37) ; lines
        (left . 325); pixel
        (top  .   0); pixel
        (font . "Monaco-13") ; font
        ))

so that the top-right corner of Emacs frame overlaps the T-R corner of the screen (it is a 2011 MBP) and its width and height are exactly (leaving aside scroll bar, tool bar etc.) what is written in the init file.

Now with current build, when I start Emacs its frame, first has the "natural" (more or less squared) size before the init file is read, then it is reduce more or less at its half: here its remains for a few second (it seems to hang); than it takes the final size which is not what the init file says: about half in width and 70% in height and positioned more or less at the screen center so that the T-R corners do not overlaps at all.

If close Emacs and the restart it, now it behaves as the init file says. Good. If I repeat the close-restart operation it fall back to the bad frame; if I repeat, it results in a good frame and so on. One time it start bad and another time it start good. I tried this at least 5-6 times.

Re: Issue with master build on macOS

[Angelo Graziosi]

It seems that the interfering factor is the desktop file.

I have renamed it

mv desktop desktop-save

Now when I start Emacs without the desktop file it starts right but if I just save it (without having visited any buffer), the bad behavior restarts, shrinking the frame. In this case, one time it starts bad one time it start right... systematically 


> Il 2 maggio 2020 alle 23.12 Angelo Graziosi ha scritto:
> 
> 
> The build of current master (a941a9e8c22) has a strange behavior.
> 
> In the init.el file I have:
> 
> (setq default-frame-alist
>       '(
>         (width . 115) ; character
>         (height . 37) ; lines
>         (left . 325); pixel
>         (top  .   0); pixel
>         (font . "Monaco-13") ; font
>         ))
> 
> so that the top-right corner of Emacs frame overlaps the T-R corner of the screen (it is a 2011 MBP) and its width and height are exactly (leaving aside scroll bar, tool bar etc.) what is written in the init file.
> 
> Now with current build, when I start Emacs its frame, first has the "natural" (more or less squared) size before the init file is read, then it is reduce more or less at its half: here its remains for a few second (it seems to hang); than it takes the final size which is not what the init file says: about half in width and 70% in height and positioned more or less at the screen center so that the T-R corners do not overlaps at all.
> 
> If close Emacs and the restart it, now it behaves as the init file says. Good. If I repeat the close-restart operation it fall back to the bad frame; if I repeat, it results in a good frame and so on. One time it start bad and another time it start good. I tried this at least 5-6 times.

Re: Issue with master build on macOS

[Angelo Graziosi]

I wonder if this issue is related to this change:

http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24cb6908d70c14792c686679cb08091447b9c3b1


> Il 2 maggio 2020 alle 23.30 Angelo Graziosi ha scritto:
> 
> 
> It seems that the interfering factor is the desktop file.
> 
> I have renamed it
> 
> mv desktop desktop-save
> 
> Now when I start Emacs without the desktop file it starts right but if I just save it (without having visited any buffer), the bad behavior restarts, shrinking the frame. In this case, one time it starts bad one time it start right... systematically 
> 
> 
> > Il 2 maggio 2020 alle 23.12 Angelo Graziosi ha scritto:
> > 
> > 
> > The build of current master (a941a9e8c22) has a strange behavior.
> > 
> > In the init.el file I have:
> > 
> > (setq default-frame-alist
> >       '(
> >         (width . 115) ; character
> >         (height . 37) ; lines
> >         (left . 325); pixel
> >         (top  .   0); pixel
> >         (font . "Monaco-13") ; font
> >         ))
> > 
> > so that the top-right corner of Emacs frame overlaps the T-R corner of the screen (it is a 2011 MBP) and its width and height are exactly (leaving aside scroll bar, tool bar etc.) what is written in the init file.
> > 
> > Now with current build, when I start Emacs its frame, first has the "natural" (more or less squared) size before the init file is read, then it is reduce more or less at its half: here its remains for a few second (it seems to hang); than it takes the final size which is not what the init file says: about half in width and 70% in height and positioned more or less at the screen center so that the T-R corners do not overlaps at all.
> > 
> > If close Emacs and the restart it, now it behaves as the init file says. Good. If I repeat the close-restart operation it fall back to the bad frame; if I repeat, it results in a good frame and so on. One time it start bad and another time it start good. I tried this at least 5-6 times.

Re: Issue with master build on macOS

[Eli Zaretskii]

> Date: Sat, 2 May 2020 23:40:50 +0200 (CEST)
> From: Angelo Graziosi <angelo.g0@libero.it>
> 
> I wonder if this issue is related to this change:
> 
> http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24cb6908d70c14792c686679cb08091447b9c3b1

Are you on macOS?  That change is in purely NS files, it shouldn't
affect any non-NS builds, AFAIU.

Re: Issue with master build on macOS

[Angelo Graziosi]

> Il 3 maggio 2020 alle 4.36 Eli Zaretskii <eliz@gnu.org> ha scritto:
> 
> 
> > Date: Sat, 2 May 2020 23:40:50 +0200 (CEST)
> > From: Angelo Graziosi <angelo.g0@libero.it>
> > 
> > I wonder if this issue is related to this change:
> > 
> > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24cb6908d70c14792c686679cb08091447b9c3b1
> 
> Are you on macOS?  That change is in purely NS files, it shouldn't
> affect any non-NS builds, AFAIU.

?

macOS, OSX, MacOS X are the same thing and for what I know there are two kind of build on those systems: (1) NS build, directly supported in master; (2) Mac port build, not directly supported in master.

In short the build is done with

./configure --with-ns

the OS version is the last update of macOS 10.13.6.

BTW, that commit touch a lot of variables (NS_PARENT_WINDOW_LEFT_POS etc.) I would expect to be related to the issue.

Re: Issue with master build on macOS

[Angelo Graziosi]

> Il 3 maggio 2020 alle 13.14 Angelo Graziosi ha scritto:
> 
> 
> 
> > Il 3 maggio 2020 alle 4.36 Eli Zaretskii <eliz@gnu.org> ha scritto:
> > 
> > 
> > > Date: Sat, 2 May 2020 23:40:50 +0200 (CEST)
> > > From: Angelo Graziosi
> > > 
> > > I wonder if this issue is related to this change:
> > > 
> > > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24cb6908d70c14792c686679cb08091447b9c3b1
> > 
> > Are you on macOS?  That change is in purely NS files, it shouldn't
> > affect any non-NS builds, AFAIU.
> 
> ?
> 
> macOS, OSX, MacOS X are the same thing and for what I know there are two kind of build on those systems: (1) NS build, directly supported in master; (2) Mac port build, not directly supported in master.
> 
> In short the build is done with
> 
> ./configure --with-ns
> 
> the OS version is the last update of macOS 10.13.6.
> 
> BTW, that commit touch a lot of variables (NS_PARENT_WINDOW_LEFT_POS etc.) I would expect to be related to the issue.

Ok, 24cb6908d70c14792c686679cb08091447b9c3b1 does not build because a compile error (something like "symbol not declared"). So I have built previous commit 6a60701bba3d87f5d9a1730e18b6da827f41a062 and and next commit c019f03e38850b3ba3a2bcbcc84960d5b8d9663f.

With the first Emacs behaves as I expect, without the issue described here. With the other *there is* this issue!

Re: Issue with master build on macOS

[Eli Zaretskii]

> Date: Sun, 3 May 2020 13:14:13 +0200 (CEST)
> From: Angelo Graziosi <angelo.g0@libero.it>
> Cc: emacs-devel@gnu.org
> 
> > > Date: Sat, 2 May 2020 23:40:50 +0200 (CEST)
> > > From: Angelo Graziosi <angelo.g0@libero.it>
> > > 
> > > I wonder if this issue is related to this change:
> > > 
> > > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24cb6908d70c14792c686679cb08091447b9c3b1
> > 
> > Are you on macOS?  That change is in purely NS files, it shouldn't
> > affect any non-NS builds, AFAIU.
> 
> ?

Sorry, I almost never read the subject, I expect to find the important
info in the body of the message.

Re: Issue with master build on macOS

[Alan Third]

On Sun, May 03, 2020 at 03:23:26PM +0200, Angelo Graziosi wrote:
> 
> > Il 3 maggio 2020 alle 13.14 Angelo Graziosi ha scritto:
> > 
> > 
> > 
> > > Il 3 maggio 2020 alle 4.36 Eli Zaretskii <eliz@gnu.org> ha scritto:
> > > 
> > > 
> > > > Date: Sat, 2 May 2020 23:40:50 +0200 (CEST)
> > > > From: Angelo Graziosi
> > > > 
> > > > I wonder if this issue is related to this change:
> > > > 
> > > > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24cb6908d70c14792c686679cb08091447b9c3b1
> > > 
> > > Are you on macOS?  That change is in purely NS files, it shouldn't
> > > affect any non-NS builds, AFAIU.
> > 
> > ?
> > 
> > macOS, OSX, MacOS X are the same thing and for what I know there are two kind of build on those systems: (1) NS build, directly supported in master; (2) Mac port build, not directly supported in master.
> > 
> > In short the build is done with
> > 
> > ./configure --with-ns
> > 
> > the OS version is the last update of macOS 10.13.6.
> > 
> > BTW, that commit touch a lot of variables (NS_PARENT_WINDOW_LEFT_POS etc.) I would expect to be related to the issue.
> 
> Ok, 24cb6908d70c14792c686679cb08091447b9c3b1 does not build because a compile error (something like "symbol not declared"). So I have built previous commit 6a60701bba3d87f5d9a1730e18b6da827f41a062 and and next commit c019f03e38850b3ba3a2bcbcc84960d5b8d9663f.
> 
> With the first Emacs behaves as I expect, without the issue described here. With the other *there is* this issue!
> 

Hi Angelo, I can’t replicate any of this here. Can you have a look at
bug#41055 and see if it looks like the same thing?

-- 
Alan Third

Re: Issue with master build on macOS

[Angelo Graziosi]

> Il 3 maggio 2020 alle 17.17 Eli Zaretskii ha scritto:
> 

> Sorry, I almost never read the subject, I expect to find the important
> info in the body of the message.

A recent commit (2c306146d2a4a1 "Fix initial frame resizing issue on NS (bug#40200)") on master seems to have fixed the issue.

Thanks.

Re: Issue with master build on macOS

[Eli Zaretskii]

> Date: Mon, 4 May 2020 08:25:49 +0200 (CEST)
> From: Angelo Graziosi <angelo.g0@libero.it>
> Cc: emacs-devel@gnu.org
> 
> A recent commit (2c306146d2a4a1 "Fix initial frame resizing issue on NS (bug#40200)") on master seems to have fixed the issue.

Great, thanks for telling us.