Just a reminder that the newly announced (and not yet released) macOS High Sierra is not officially supported by SketchUp. As with any beta version of an operating system, be aware that SketchUp may exhibit unwanted or unpredictable behavior. We recommend installing beta OS versions on separate partitions or removable drives so that you can revert to a released/stable OS as necessary.
That said, if you run SketchUp (or LayOut) on a beta version of macOS High Sierra, we’d love to hear about any issues that you encounter.
Known Issues
SketchUp
Tool icons missing/clipped missing in Customize Toolbar dialog
I still haven’t seen this on any of my test laptops that are APFS formatted. Did you specify case-sensitivity? What’s the make/model of your laptop? I’ll swing by the Apple test lab, er… local Apple Store and see if they have a similar model.
We don’t have a Colors (1) folder. Where’d you get that? My Colors are sorted, and all Colors in that collection are named in the range Color A01 to Color M09, and are all capitalized, so case-sensitivity shouldn’t throw those off.
Thanks for the pix. Mine don’t look that way on a box with AMD Radeon R9 M370X 2 GB. On a box with Intel HD Graphics 5000 I see this (and the Colors (1), despite the folder being named Colors, and not finding another Colors there. Now that we have a machine to investigate, we’ll dig deeper.
I tried renaming /Applications/SketchUp\ 2017/SketchUp.app/Contents/Resources/Content/Materials/Colors to be ColorsNot, and the entry said ColorsNot. I renamed it back to Colors, and it again shows Colors (1).
The folder contents are view by name, and the order seems correct in Finder.
Something else worth noting, the other lists are also scrambled (roofing, water, etc).
The exact same thing is happening to me. The “Colors” list is now “Colors (1)”, and what seems like random ordering for every material list – not just colors.
It’s not random - it loads the same way every time. It’s more of a file system thing, from what I’ve discovered: if you do ‘ls -f’ on those colors directories, you get the order that they get loaded in. This happens on some, not all, APFS-formatted High Sierra disks I’ve seen. Still investigating why it loads in an unordered fashion instead of ordered. And it affects ALL versions of SketchUp (2016, 2017) that I’ve seen, so it’s not likely something we did, unless we’re using a deprecated call.
For example, on some APFS or HFS+ machines, if I list the Colors in a bash shell using ls -1f | head
I get
Color A01.skm
Color A02.skm
etc…
On other machines, I get what you’re probably seeing:
Color B03.skm
Color H08.skm
Color F07.skm
Color D05.skm
Color D04.skm
etc…
Is that the order you’re seeing them in? (hover over the color with your cursor and see the name of the material) The order I got matches @colin 's images above.
Huge mistake upgrading to High Sierra. I wish I would have read this forum first. On my system (Mid 2010 MB Pro with 16gb of RAM, 1TB hard drive, everything else stock)…basically Sketchup wont work.
The program launches, I open my file, I move the view around with my 3D mouse, then as soon as I click on any of the tool windows (like layers, scenes, etc)…bugsplat.
I tried multiple files or even starting from a fresh file with nothing in it but the little man…click on any tool window and Sketchup goes away.
I backed up my system a while back on time machine…I’ve never used time machine so I don’t even know how that works. Hopefully either Sketchup catches up with High Sierra or I can get myself back to the previous OS
I use SketchUp on High Sierra daily no troubles. LayOut’s a different story. What 3D mouse, Connexions? I’ll look up your Bugsplats if you PM me, and we’ll see what’s causing it.
M3 (17.3.116) f. macOS (supporting ‘High Sierra’) claimed to be released, nothing in the release notes or at the blog, yet… run the update check from inside SU or simply download.
Here’s where I’m at, I completely uninstalled all SketchUp software from my Mac. I downloaded a fresh copy and reinstalled. Since then, I have not experienced any issues with either SU or LO.
The 3D mouse that I use is the connexion. It appears to work fine as well.
I’m happy to send over the bugsplat file or whatever needs to be done if you would still like to see it so that it might help others. Either way, it appears, for the time being at least, that I do not have any issues anymore
OK, well, if it works now, it was probably spurious. If you wanna send me the bugsplat crash # or any other info, I’ll check. But no worries - glad you’re working.
