I made a diff of the two .glif files, one before opening in Glyphs 3.2 and one after saving it (Original is A, on the left — Distorted is B, on the right). It seems like what is happening is if the Y value has fewer digits than the X value, the last digit of the X value is appended to the Y value:
i.e. the second point is originally (505, 70). Glyphs 3.2 changes it to (505, 705), appending the “5” from the end digit of “505” to “70”. The distortion doesn’t happen if X is less than or equal to the length of Y (see lines 26-30 in the screenshot) it even counts the “-” in line 30.
Attached are the two Plex Sans Regular UFOs — one before and one after opening in Glyphs 3.2. To recreate this issue, just open the “original” UFO in Glyphs 3.2 (3169).
(Note that the UFOs in the Plex project are UFO2s, because of the age of the project — I converted the “original” Plex Sans Regular UFO to UFO3 before opening it in Glyphs, just to compare apples to apples, but this bug seems to happen regardless of UFO version.)
I downloaded the newest cutting edge version and I still does it with every UFO — Standard .glyphs files unaffected. UFOs open normally if I go back to the 3.1.2 (3151) “stable” version available for download from your website.
I’m on an intel mac with Ventura if that helps at all, additional info in the screenshot. I hope someone else on the forum with a similar setup might be able to open up a UFO with the cutting edge version to see if it’s just me or not.
I think this—and the keyboard shortcut issues—have to do with whether
a user is upgrading from a previous 3.2 version (when 3.2 was still in alpha) or
is now upgrading to 3.2 since its release as a cutting edge and was using 3.1.2 before that.
Here I’ve opened the provided IBM Plex Sans-Regular.ufo on the same version of Glyphs: 3.2 (3172), but the first screenshot is from a Mac where I had installed and used the previous alpha versions of 3.2:
