Over the past coupe of days I have been having multiple issues:
First, when exporting 2D Graphic I have intermittent (60-70% of the time) crashes using conte or pencil on tracing paper styles. Second, when using multiple workspaces, I have had an issue where when I take an action (e.g. select a line/face) I am shifted to another workspace where the entity/style/component & color windows show up without the drawing, which remains in the other workspace and finally when I try to add an element to the custom toolbar I get a BugSplat.
Anyone have any ideas?
Running freshly reinstalled SketchUp Pro 2016 (no 3rd party extensions or plugins)
MacBook Pro (Retina, 15-inch, Mid 2014)
2.5 GHz Intel Core i7
16 GB 1600 MHz DDR3
NVIDIA GeForce GT 750M 2048 MB
I’ve also seen this on my mid-2012 MacBook Pro Retina. I think it is related to some reported issues with dual displays in which SketchUp seems to get confused about where the “chrome” should be placed. I’ve managed to fix it temporarily by dragging the viewport onto the same workspace/desktop as the rest of the GUI. That is, if you click and drag the top stripe of the window over to the side of the desktop, when the cursor is near the edge the window will jump to the next desktop in that direction. Repeat until all the bits are on the same desktop. For me, it then stays OK for a long time until some unknown event confuses SU again.
Regarding your BugSplats, as john has written already, I hope you are submitting them to Trimble with sufficient identifying info that they can gather them together and get back to you.
Thanks John, I am submitting the bugsplats with my email address. I am not using fullscreen mode as the window seems to, by default, fill the screen. I will try this exercise though. My real concern is the sudden advent of multiple issues!
Lynne is referring to a virtual machine environment in which to run the Windows version of SU. Popular VM’s on Mac include Parallels desktop and VMWare fusion. This technique is necessary on Linux because there is no native SU version for that OS, but should not be necessary on Mac OS X (unless for some reason you just prefer the Windows SU).
I haven’t found any crash reports with an email address that looks like your user name. If you’d like me to look up the crash reports, could you tell me what name you’ve been putting on the BugSplats? (you can contact me privately if you’d prefer: marc@sketchup.com)
As Marc said, I don’t see Drewcooks, and we don’t have your email, so please respond to @Marc. John, yours is an OS X notification that blasts memory, so it’s anyone’s guess where the issue is. Crash stacks with things like “libobjc.A.dylib!objc_msgSend” and an offset are typically hard to track down.
Ok, I see two crash reports with your address on them, both related to the toolbar customization crash. (SketchUpers, start with #5075 in SU Mac 16). The crashes are both related to how the Mac handles toolbars, and unfortunately the crashes don’t appear to be happening in code that we have much control over so it’s a little difficult to give you an exact solution.
I think that the most likely issue is that the .plist file that stores the customized menu information is corrupt somehow. I’d try moving aside (i.e. renaming) that plist file (/Users/{your user name}/Library/Preferences/com.sketchup.SketchUp.2016.plist). Make sure that SketchUp is not running when you do this, otherwise the same data will just be written again when SketchUp shuts down. To be safe, restart your machine after renaming this file. When you run SketchUp again, you will have to redo any menu customizations you already have done, but hopefully there won’t be any more crashes.
A wrinkle on Marc’s advice: Since Mavericks, Mac OS X caches preferences in system memory. If you delete or rename a plist file, OS X will continue to feed values to the app from the last cached version. To refresh the cache you must either log off and log back in, or else open a terminal and type killall cfprefsd