Sketchup 14 mac crashing like never before

otb designworks

On not being able to quit SU, is it possible that SU is giving you the dialogue for "do you want to save before quitting" and that this window is somehow hidden behind another window? SU won't quit until you choose to either save or not. This is especially maddening because SU always opens a new window when you start and that can be easily hidden behind your actual working files and then you have to choose to not save before SU will quit.

Next time you try to quit and it stalls, use mission control to show all windows and see if there is that hidden dialogue window. Just a thought...

whitelock

Here are some screen shots of what I get

A) SHOWING HOW SKETCHUP DOES NOT RESPOND TO SHUT DOWN

B) THE GREY BOX I GET, I GET THIS BOX ON CRASHING AND FORCE QUIT, SINCE UPGRADING I DONT SEE THE OLD BUGSPLAT REPORTER OF OLD.

just looked up and realised its all in capitals, I'm not shouting just can't be bothered to type it all out again.

Thanks

Luke

otb designworks

There is a difference between crashing and force quitting. I think that is maybe why you aren't seeing the SU bugsplat reporter? I would expect the SU bugsplat dialogue only when SU crashes by it's self?

I feel like I have seen just what you are experiencing with having to force quit and it was, for me, because I didn't see the save dialogue window and SU seemed to just stall out and beach ball.

slbaumgartner

I don't have a solution, but a few observations:

the lack of the BugSplat window on Mac has been reported by several people. So far as I know, nobody has figured out why, though I believe Trimble has contacted the BugSplat developers to see if they can diagnose it.
the popup to report to Apple rather than BugSplat means the error appeared to be in an OS X library rather than in SU code per-se. That could still be SU's fault for provoking the error, but it was detected in the library.
Inability to quit means the app is not responding to events. As someone else noted, sometimes this means there is a modal dialog hidden behind some other window. It could also mean that a plugin is hung up. Observers are notorious for problems of this sort. Have you tried with all plugins disabled?

Steve

whitelock

I will try disabling all plugins soon, at the moment I need them for the job I am on. Will report back if no change.
Thanks

whitelock

@ Driven
here is the list you asked for

puts Sketchup.find_support_file("Plugins")
(Sketchup.find_support_files("","Plugins")).each{|f| puts File.basename(f)}
nil
/Users/lukewhitelock/Library/Application Support/SketchUp 2014/SketchUp/Plugins
BZ_Dir_16
clf_arc_centerpoint_finder
cmd_select_n_isolate
Fredo6_!LibFredo6
Fredo6_JointPushPull
Fredo6_RoundCorner
Hatchfaces
SectionCutFace
SketchUcation
smustard_Weld
su_advancedcameratools
su_dynamiccomponents
su_sandbox
su_webtextures
tt_cleanup
TT_Lib2
tt_solid_inspector
~Superseded
SU_Podium_V2
nil

driven

@Luke,

need more info to try and help...
a list of plugins may help...
in 'Ruby Console' can you copy/paste then enter/return this enquiry

puts Sketchup.find_support_file("Plugins")
Dir.foreach(Sketchup.find_support_file("Plugins"))do
|f|
puts f
end

copy/paste result into a reply...

the other things are the usual suspects...

Autosave frequency...
Outliner window ON/OFF
Components window ON/OFF

Do you run as an Root Account? or admin user

I'll think of more...

john

EDIT: updated the snippet to be more informative

driven

hi Luke
I tweaked the snippet to give more info, can you try it again...
john

whitelock

Hi Driven,

Here is the new code

puts Sketchup.find_support_file("Plugins")
Dir.foreach(Sketchup.find_support_file("Plugins"))do
|f|
puts f
end
/Users/lukewhitelock/Library/Application Support/SketchUp 2014/SketchUp/Plugins
.
..
!SketchUcation_loader.rb
bezierspline.rb
BZ_Dir_16
clf_arc_centerpoint_finder
clf_arc_centerpoint_finder.rb
cmd_select_n_isolate
cmd_select_n_isolate.rb
Fredo6_!LibFredo6
Fredo6_!LibFredo6.rb
Fredo6_JointPushPull
Fredo6_JointPushPull.rb
Fredo6_RoundCorner
Fredo6_RoundCorner.rb
Hatchfaces
Hatchfaces.rb
LibTraductor.rb
SectionCutFace
SectionCutFace.rb
SketchUcation
smustard_Weld
smustard_Weld.rb
su_advancedcameratools
su_advancedcameratools.rb
su_dynamiccomponents
su_dynamiccomponents.rb
su_sandbox
su_sandbox.rb
su_webtextures
su_webtextures.rb
TIG-solidsolver.rb
tt_cleanup
tt_cleanup.rb
TT_Lib2
TT_Lib2.rb
tt_solid_inspector
tt_solid_inspector.rb
~Superseded
nil

thanks for this by the way.

jeff hammond

@whitelock said:

Hi,
when I re open sketch up it opens all the crashed files.

(this is borderline off-topic but..)

that's a system preference which causes all those files to open upon a relaunch/restart.. it has it's benefits for sure but when you're dealing with crashing apps etc, it sucks..

System Preferences-> General
tick the box 'Close windows when quitting an application'

.

whitelock

Hi Jeff,

Thats what I thought also, I had the same problem on my macbook. I changed the settings in system preferences but it seems that sketch up is the only program that doesn't adhere to these settings. Since I got my iMac about two weeks ago, I have had the same problem. The system preferences box (close windows when quitting an application) is ticked - see screen shot below. But again it does not appear to work when using sketch up - This has only happened since upgrading to 2014, On both machines this happens.

tick box set.jpg

jeff hammond

hmm.. that's strange.. I guess I haven't yet run into a scenario of 2014 crashing with multiple windows open.. I'll try to force crash it with multiple windows open tonight to see what I find.

in the meantime, have you tried running SU without section cut face installed? if so, does stability improve?

TIG

A new version of SectionCutFace was released recently to try an fix some unexpected Observer issues on MACs etc...
Get the latest version and see if that helps...
If a know "deficiency" of v2014 MR0