Bug 146477 - On macOS, UI render is Metal at first, but switches to Raster after restarting LO (device-specific)
Summary: On macOS, UI render is Metal at first, but switches to Raster after restartin...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
(earliest affected) alpha0+
Hardware: All macOS (All)
: medium minor
Assignee: Not Assigned
Depends on:
Blocks: Skia
  Show dependency treegraph
Reported: 2021-12-29 19:33 UTC by Aron Budea
Modified: 2022-06-16 12:11 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Aron Budea 2021-12-29 19:33:59 UTC
This bug is probably specific to Intel IGPs, or a subset of them. Tested with a 2018 Mac mini (Macmini8,1), running macOS Monterey.

With an empty profile, start LO. In the About dialog, you will see:
"UI render: Skia/Metal"

Now check Tools -> Options, and View settings, and you will see that Force software rendering is ticked. And indeed, after restarting LO, UI render is now Skia/Raster.

If the IGP can't handle Metal completely that's fine (I didn't notice glitches during the first start, but I haven't checked in great detail), but it's a bit strange how UI render isn't switched to Skia/Raster right away.

Version: / LibreOffice Community
Build ID: 25ac6754d144a258d39cd9251677f3e35f4b3ee6
CPU threads: 4; OS: Mac OS X 10.16; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_HU.UTF-8); UI: en-US
Calc: threaded
Comment 1 Luboš Luňák 2022-06-16 09:54:13 UTC
This doesn't make sense. The force-raster option is enabled only before crashing, so it should not be possible to see this, unless you've set the option yourself and then didn't restart LO.
Comment 2 Aron Budea 2022-06-16 12:11:54 UTC
I retested with a daily build from ~2 weeks ago, and Skia/Metal persists now.
Closing as WFM.