> On Nov 14, 2016, at 12:48 PM, Mark Lucas <[email protected]> wrote: > > Hi Eric, > > Um, yeah. The bear here is that I don't really have any firm idea yet of what > combinations of font, size, and style elicit the bug, nor any reasonably > straightforward way of finding out (since I can't reproduce the issue here, > and couldn't actually debug it in Sierra anyway if I could). All I really > know so far is it happens consistently with Geneva 14 italic (which those > users coincidentally chose themselves at random) on two machines running > Sierra in countries on the other side of the world.
Ah, that makes it more difficult when it’s a user-selectable font, certainly. > I don't suppose there's any consistent mathematical relationship between the > widMax of plain and various derived styles under QD nowadays, is there? Not that I’m aware of. > In the meantime (short of logging in as root, booting from another volume, or > reinstalling the whole OS) is there any way to get Sierra to let the affected > users replace Geneva.dfont with a known good copy for testing? Well, I’m sure the file can’t be replaced because of the System Integrity Protection feature that protects writing to system-installed files. It’s possible to disable that by booting to the Recovery partition (cmd-R at restart), then open Terminal from the Recovery system, type “csrutil disable”, and then reboot again back to the normal user login. At that point, it should be possible to use sudo to rename/remove the existing dfont file (or possibly even from Finder, if it will perform an authenticated file replacement). -eric _______________________________________________ Do not post admin requests to the list. They will be ignored. Carbon-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/carbon-dev/archive%40mail-archive.com This email sent to [email protected]
