Sketchup Pro 2014 hangs every time I quit (Mac)
-
hey Mike,
try resetting your .plist
- quit sketchup 2014
- launch the Terminal application found in your Applications > Utilities folder.. a window with a command prompt appears
- type or copy/paste the following then press return
defaults delete com.sketchup.SketchUp.2014
- quit terminal and relaunch sketchup 2014
(this will revert sketchup to its default state.. unless you deleted the .plist during your uninstall (which is hard to do in mavericks) then you haven't really uninstalled the application.. doing the above will give you a clean start)
-
Hey Jeff, thanks for the reply.
I just tried what you suggested and it still hangs when I shut down. Question: In the past when I did a clean uninstall and install I'm pretty sure I deleted the .plist. file located in Library - (Which I access by holding the option key and selecting library from the "Go" drop down menu on the desktop) Preferences - and deleted any com.sketchup.Sketchup.2014.plist file. Does the Terminal command delete those files the same way?
Do you have any other suggestions?
An other Question: I've noticed by digging a bit that there is two locations that plugins are being installed. Is that right? I though the plugin location was put into the user account - library - application support - sketchup2014 - plugins, not in the system - Library - Application support - Skecthup2014 - Plugins?
Thanks for your time
Mike
-
I have the Report produced by my mac that is sent to Apple, but I don't think they do anything with them. It's pages long.
-
@ecomike1 said:
Hey Jeff, thanks for the reply.
I just tried what you suggested and it still hangs when I shut down. Question: In the past when I did a clean uninstall and install I'm pretty sure I deleted the .plist. file located in Library - (Which I access by holding the option key and selecting library from the "Go" drop down menu on the desktop) Preferences - and deleted any com.sketchup.Sketchup.2014.plist file. Does the Terminal command delete those files the same way?
yes, it's doing the same thing.. it's just that with mavericks, if you try to delete it via dragging it to the trash as you would previously, the file will trash but a new one, a copy, will be created..
@unknownuser said:
Do you have any other suggestions?
An other Question: I've noticed by digging a bit that there is two locations that plugins are being installed. Is that right? I though the plugin location was put into the user account - library - application support - sketchup2014 - plugins, not in the system - Library - Application support - Skecthup2014 - Plugins?
there shouldn't even be a system (or Macintosh HD) application support folder for su2014 (or 2013).. not just a plugin folder either-- there is no SketchUp2014 in that location
(for clarity, i'm talking about Macintosh HD-> Library-> Application Support)i have a Google SketchUp 8 folder in that location but since 2013, they've moved all application support files to the user library.
i would take the entire 2014 folder you have in the system application support out of there and test sketchup again..
it sounds as if you may have installed a plugin which uses an installer package and it's wrongfully creating a system app support location..
-
@jeff hammond said:
...
it sounds as if you may have installed a plugin which uses an installer package and it's wrongfully creating a system app support location..rightly or wrongly, I know 'LightUp' does that, maybe other renderers do as well...
it does mean that any user has access to 'LightUp', but unless they have a licence it won't run properly...
I know a fix for 'LightUp' if you have it installed...
You can also open 'SU' from Terminal using
open -F /Applications/SketchUp\ 2014/SketchUp.app
@unknownuser said:
-F Opens the application "fresh," that is, without restoring windows. Saved persistent state is lost, except for Untitled documents.
This allows you to modify Preferences, etc... without the 'not closing' issues...
john -
Jeff, I read that as well, regarding the location for plugins.
Driven, I have Podium installed. It makes sense what you are saying, because it is the only plugin in that location.
I'll move the MacintoshHD -> Library -> Application Support -> Sketchup folder to the desktop and see if that changes anything. I use Podium often, do you think that I could just drop it into the other (or the right) Plugins folder?
Thanks,
-
my personal opinion is that, unless a plugin offers an 'all user' license they should install into the user directory...
Ask Podium why its not there already...
in the meanwhile, does SU run better without it?
hard to know without it installed or more info...
john
-
podium again, huh?
when podium first came out on mac (maybe 2009 or so), its installer was doing the same thing only opposite.. it was creating a ~user plugin folder instead of going to the (then) proper location of Mac HD library..
that caused certain other plugins to not load.. they finally switched the installer to go to the right location then trimble switches the app support to the user library
out of curiosity, i'm going to install it in 2014.. i'll report back.
[EDIT] well, it's podium that's causing your problem.. i can say that with near certainty.
I just installed it and am getting the same behavior.. when i try to quit SU, it hangs then i have to force quit out of it..gonna try manually messing with the install.. i'll report back.
[EDIT2] ..removed the SketchUp 2014 folder that podium's installer created in Macintosh HD/ Library/ Application Support.. the problem went away and sketchUp was able to quit normally.
i then placed the file SU_Podium_V2.rbs and the folder SU_Podium_V2 in the normal 2014 plugin location.. launched sketchUp and podium appears to run fine from this folder.. i then tried to quit sketchUp and the same problem occurs- a hang which requires a force quit..
i don't think there's much else a user can do to try to fix it.. you're going to have to contact Podium and see if they'll fix it.. (though, how this manages to make it to a released version is beyond me but... )
good luck
-
We know about this, and we're looking at it. We have a more serious issue with multibyte systems that was introduced by how SU2014 deals with this stuff, that will be fixed first.
Although it doesn't really cause any problems (right clicking 'force quit' and waiting a few seconds isn't a massive inconvenience) we are going to fix it.
-
@bigstick said:
...Although it doesn't really cause any problems (right clicking 'force quit' and waiting a few seconds isn't a massive inconvenience) we are going to fix it.
I take umbrage this statement for a number of reasons,
it causes lost of work if you have other models with unsaved changes open...
I have never seen or heard of a 'right click' item for 'force quit'...
You can't raise any context menu's at all in a hung app...
Many mac users will have 'never' needed to force quit an app before...
Most, will not realise you can, 'ALT click' the 'doc icon' and see a 'force quit' option...
Nor will they have 'Activity Monitor' open ready to pounce on wayward process's...
Many users lose many 'hours' of work waiting for the operation to complete, unaware of an 'issue', they then resort to a 'hard shut down' which isn't good for anything...
I think your remarks read as flippant and unprofessional coming from a representative of a 'commercial' plugin.
john
-
You're right about 'Force quit' not being on the right-click menu in the dock, it's just 'Quit' but it works for me every time.
This issue isn't a problem in my office either. I do wonder whether you might be slightly overstating the case that users can lose several hours work through this bug. I don't actually see how it's possible. You can close files just fine. I'm not sure if you have seen the issue first hand, but if you are a Podium user and have lost work through this, please let me know.
I use Podium virtually every day, and haven't had an issue. From what I have seen, it's a 3 second fix each time with no issue, and actually only Edson has really identified this as an irritation. He's absolutely right of course, and it was really helpful that he pointed it out, which is why we will fix it, but we haven't had many complaints at all.
At risk of irritating you further, I actually think it is incumbent on everyone who is using a computer for work to learn how to use their tools competently. It's not like 20 years ago when we didn't have Google. There is a certain viewpoint that you shouldn't need to understand much about computers to do a professional design job.
I have some sympathy with this view - but only some. In the 'old days' before computers, you had to learn how to use technical pens, clean them, and how to scratch off lines from drafting film. You also need to learn how to hold your pencil and sketch so you don't smudge.
No-one in their right mind would expect most people to know how to map a printer by IP address, or diagnose network problems, but knowing what to do when an application hangs I would argue is kind of fundamental, and right-clicking on icons is intuitive. There are options to close applications this way on Windows and OS X, so it's not exactly obscure.
Personally I think people are a bit naive if they think they don't need to know this stuff, and are likely to have bigger problems than an app which hangs on exit.
Just for perspective, for my 'day job' I manage an architects section, and act as the IT Manager for a multi-disciplinary division in local government. We have a range of abilities in the office, from very IT literate, to "I don't want to know about this stuff, I just want to turn my computer on, draw and print." The latter viewpoint I find in just a single person out of maybe 50, and this seems be in tune with what I have found everywhere I have worked.
-
@driven said:
I think your remarks read as flippant and unprofessional coming from a representative of a 'commercial' plugin.
john
Hmm, interesting. In the overall scheme of things, the issue as I've seen it is trivial, which is probably why you felt it sounded flippant.
We do fix everything we are able to. Podium is updated frequently. We have issues related to OS limitations, SU bugs, and peculiarities of the render engine. The unfortunate thing is that not everything is fixable.
The reason this issue hasn't been resolved, is that the changes to the way SU2014 deals with multibyte systems has created major issues with customers in some countries, and this is a much bigger problem, which has delayed the fix.
What's with the inverted commas around the word 'commercial'? Do you have any reason to suggest that Podium is in some way not good enough to be classed as a commercial application?
-
@jeff hammond said:
i don't think there's much else a user can do to try to fix it.. you're going to have to contact Podium and see if they'll fix it.. (though, how this manages to make it to a released version is beyond me but... )
good luck
Thanks for the testing Jeff, but this doesn't fix the issue. It manifests itself when you modify geometry. For example if you start with a new file and create a rectangle, SU will close. Extrude geometry or apply a texture and it won't.
The install path is related to issues we have had with the Mac installer. We would obviously prefer to use the current user option, but there are problems with this that have taken us a long time to work through. These did create problems for Mac users, and there were no immediately obvious solutions from an end user point of view.
Unfortunately it's not straightforward, and we can't use an rbz.
-
@bigstick said:
What's with the inverted commas around the word 'commercial'? Do you have any reason to suggest that Podium is in some way not good enough to be classed as a commercial application?
no. I have seen similar statements from 'voluntary ' maintainers of 'free' plugins and I tend to agree with them...
Thanks for furthering your explanation...
I haven't used Podium since SU v6 and it was the first time I had 'ever' needed to 'force quit' an app.
It was clashes from/with other 'plugins', so I moved all of them to the 'Podium' location [because you 'had' got the 'User' path right IMHO...]
At the time all renderers for 'mac' that used installers would hang 'SU' during work...
some would never finalise, others would, we where advised to wait for them to complete...
I found it such a pain in butt, I wrote a comand-line 'menu bar' app to kill 'SketchUp'...
These days I use and write my own 'fragile' apps and plugins, and a few of my SU ones use bin scripts and dylibs that all are fully self contained can be instal via rbz.
john
-
Hey, Thanks a lot guys !
I had the same issue. -
force quitting doesn't take long per se but they might as well change the name from "force quit" to "force crash" because that's what you're doing.. crashing the app.. a crash report will be made and offer to send it to apple etc..
"how do i quit an app?" -- " oh, you just crash it.."
isn't very good programming mantra imo..and yeah, you can usually get away with crashing an app without consequence but it's eventually going to lead to a corrupt .plist.. "where's my entity info panel?" etc.. i mean, what happens if you crash an app while it's busy updating the .plist? that's why you want to quit a process-- so it can check that all the things that need done prior to closing have been done and it's not in the middle of another process
EDIT- but regardless of how minuscule of an issue you think it is or that it's really no inconvenience at all (as in-- i get what you're saying).. you're going to be very hard pressed to find a user that's ok with it and/or agree to use your software under the stipulation "oh- i just have to force quit this program"..
further, you're not even letting people know about the issue and everyone using podium is blaming sketchup as the bad guy.. honestly, it should be on the download page.. "use podium and you'll now have to force quit sketchup.. don't worry- it only takes an extra 3 seconds".. then see how many people download it
-
@jeff hammond said:
further, you're not even letting people know about the issue and everyone using podium is blaming sketchup as the bad guy.. honestly, it should be on the download page.. "use podium and you'll now have to force quit sketchup.. don't worry- it only takes an extra 3 seconds".. then see how many people download it
Obviously you've got a point, but maybe you missed my comment where I said that we would fix it. Were it not for our recent discovery of the multibyte issue on Japanese installations, it would have been fixed by now. When that's resolved (it's a much more serious issue) this is at the top of the priority list.
It's not ideal by any means but really, it's not nearly as big an issue as you think. I think I've seen maybe one post on our forum about it, which is why I'm not fretting about it. However I am looking into how best to make users aware of things like this, and direct them to the most useful source of information straight away.
In the context of some of the other software problems we all have to deal with more often than we would like (Airplay from the Mac to Apple TV being broken for example, and let's not even start to talk about Heartbleed an UAC on Windows 7) our customers aren't getting particularly excitable about this.
But - it is an opportunity to re-evaluate how we look at some of these things in an effort to improve the software. There's always room for improvement
-
@bigstick said:
...our recent discovery of the multibyte issue on Japanese installations...
I'll PM you on this one...
good to here your on the case for remedies and improvements...
john
-
@bigstick said:
Obviously you've got a point, but maybe you missed my comment where I said that we would fix it.
nah.. i saw it and think it's good that you're going to fix it
@unknownuser said:
I think I've seen maybe one post on our forum about it, which is why I'm not fretting about it.
right.. because they're posting here and elsewhere (trimble forums and beta forums) about it.. sending other devs and/or users trying to help on wild goose chases to find out what's wrong with sketchup..
just from the first page of scf search results for "force quit"
http://sketchucation.com/forums/viewtopic.php?f=11%26amp;t=54411
http://sketchucation.com/forums/viewtopic.php?f=15%26amp;t=56948
http://sketchucation.com/forums/viewtopic.php?p=517660#p517660 -
Hmm - interesting ...
I've been discussing some better ways of doing things with some of the team, and I hope we'll have a better way of dealing with issues like this soon.
Coincidentally I've just been told that we have a new version with a fix for this and am just about to download and test it. I'll keep you updated.
Advertisement