Disappearing Sandbox-MAC

Chris Fullmer · 30 Aug 2013, 13:55

Very interesting Mario and Jeff. There is a good example between the two of you, Mario has all his ruby toolbars close every time he closes SU, Jeff does not. I can't see it either, but we keep getting reports of it from users and developers. At this point, we can't figure out how to make it reproducible and I'm having a hard time tracking it down. Driven has done some good background investigation into it, as it affects him as well. But so far it is still eluding us

pbacot · 30 Aug 2013, 14:49

Jeff,

That issue with the windows seems the most important and annoying. I use two monitor setups and I realize there's not a lot to be done without Apple stepping in, but when they get pushed about the monitor change--if they'd just stick together. I always want the entity window at top--the rest I have given up keeping a standard order and just sort them every session as I need them. At least SU nicely re-sizes the work space window to accommodate the dialog position when you place them against the side. I have other apps that can't do that.

Peter

mariocha · 30 Aug 2013, 14:52

Yes, those SU toolbars are always off at start. (ruby extensions)
But the toolbars of added plugins are always on OR off, until I play with the script.
For instance LIghtUp and Subsmooth are always ON, but
Fredoscale, Keyframe Animationand TOS are always OFF,
to name just a few.
There are a lot of different ways of coding the toolbar display in the scripts out there.

Updt: Even Fredo's newly updated plugins still are off at launch. Maybe this has to be settled with somebody at Apple.

Updt: Looks like a Toolbar last_state is always set to 0 at launch. Is it possible that the TB (or it's variable) is recreated at each launch ? I'm no coder ...

p.s.: Let's stick to the floating toolbars for now.
And address the mac top toolbar later since the problem is half solved (by opening a new window).

mariocha · 13 Sept 2013, 18:55

Here is, hopefully, another clue.
The toolbar of Flattery is always on,
and that of Mirror is always off.

Ckeched with a friend, he has same trouble.

Could it be in there ? User/Library/Saved Application State

jeff hammond · 14 Sept 2013, 02:09

@mariocha said:

Could it be in there ? User/Library/Saved Application State

nah.. that's where osx stores the last state of an application in case you reboot or a crash / power failure... the apps will open back up with the same files open etc..

it would be in your preferences .plist

user/ library/ preferences/ com.google.sketchup(version).plist

all the possible toolbars will have an entry: SketchUp.Toolbars.Curviloft.Visible then a string type 1 for on or 0 for off

with su2013, the plist is:
user/ library/ preferences/ com.sketchup.SketchUp.plist

that one has a single expandable entry called Toolbars.. all the possible toolbars are listed under this single entry then a number type 1-on 0-off

jeff hammond · 14 Sept 2013, 02:14

fwiw, you can close sketchup then trash (or move) your preferences .plist then relaunch su..

sketchup will create a new one upon relaunching but it will act as if it's the first time you installed it (i.e.- everything reverts to default).. all of the toolbars should be visible upon this first launch (stacked on top of each other in the top left corner)

move it to the desktop then relaunch sketchup.. if it fixes the problem then great.. if not, trash the new one then put the old .plist back in there so you don't have to set everything up again.

mariocha · 15 Sept 2013, 15:21

Hi Jeff,
I did more than trash de prefs, I deleted all the app and its files (with an app delete soft).
Re-installed, only Solar North is visible at first launch, but then no more. And same bug for other palettes.
Looked at the com.sketchup.SketchUp.plist file, all toolbar integers are set to 1, indeed.
But do you mean that you do not have this bug on your OS X?

jeff hammond · 15 Sept 2013, 16:14

@mariocha said:

But do you mean that you do not have this bug on your OS X?

right.. all is functioning normally* on my computers (a macpro and a mbp).. 10.7 on the mp & 10.8 on the mbp..
su 8 pro and sketchup make2013 on both

*normal meaning the toolbars remember their on/off state between sessions (except for a few due to the ruby writer's coding- skindigo, profile builder, sds, perp face tools)

mariocha · 15 Sept 2013, 17:20

@unknownuser said:

right.. all is functioning normally* on my computers (a macpro and a mbp).. 10.7 on the mp & 10.8 on the mbp..
su 8 pro and sketchup make2013 on both

Oh ! I did not realized that. I thought you also had the problem.
Mountain Lion ? 10.8.5 ?

jeff hammond · 15 Sept 2013, 17:30

@mariocha said:

Oh ! I did not realized that. I thought you also had the problem.
Mountain Lion ? 10.8.5 ?

no, no problem here.. and apparently the su team can't reproduce it either.

im on 10.8.4 but .5 was just released so i'm assuming you had the problem with earlier version on mLion as well.

just out of curiosity, what do you have the gatekeeper preference set to? (System prefs -> Security & Privacy -> General )

Allow applications downloaded from
?

mine is set to 'Anywhere'

mariocha · 15 Sept 2013, 18:54

yes on 10.8.4 as well.

"Allow applications downloaded from" is set to -Mac App store and identified devs..
euh.. why