Creation of folder from Ruby on Mac

[TIG]

Does Sketchup.find_support_file('plugins') in the Ruby Console now return the User's plugins folder ?
It used to return the HD one...

[jeff hammond]

@tig said:

Does Sketchup.find_support_file('plugins') in the Ruby Console now return the User's plugins folder ?
It used to return the HD one...

entering that into 2013 ruby console:

> Sketchup.find_support_file('plugins')
/Users/jeff/Library/Application Support/SketchUp 2013/SketchUp/plugins

[TIG]

So in v2013 it looks at the writable user's plugins folder, in v8 it used to look at the HD version, which is where it WAS recommended to install plugins BUT you could have limited access rights and that caused issued.
On a PC we are stuck with the main Plugins folder, which often needs its permissions fixing to allow it to be 'managed' by a user...

[fredo6]

TIG, Dan, Jeff,

Thanks.
However what I want to be sure of is more precise.

Even if a folder is writable 'manually', it may not be possible to create a folder "from a script". This is what I am looking for.

Fredo

[driven]

@dan rathbun said:

You could have a Mac user print out all the vars:
:idea:

By default [on my mac] SketchUp.app installs into /Applications, form there...
ENV.each {|k,v| puts("#{k} = '#{v}'") } returns

PATH = '/usr/bin;/bin;/usr/sbin;/sbin'
TMPDIR = '/var/folders/rp/b9k42l5x7xngx_8tckgs0zdr0000gn/T/'
SHELL = '/bin/bash'
HOME = '/Users/johns_iMac'
USER = 'johns_iMac'
LOGNAME = 'johns_iMac'
SSH_AUTH_SOCK = '/tmp/launch-wN3bJR/Listeners'
Apple_Ubiquity_Message = '/tmp/launch-blGWcE/Apple_Ubiquity_Message'
Apple_PubSub_Socket_Render = '/tmp/launch-a6GyAw/Render'
DISPLAY = '/tmp/launch-mAuKFs/org.macosforge.xquartz;0'
IG_ROOT = '/Applications/SketchUp 2013/SketchUp.app/Contents/Resources'
SHLVL = '4'
PWD = '/'
_ = '/usr/bin/open'
__CF_USER_TEXT_ENCODING = '0x1F5;0;0'
COMMAND_MODE = 'unix2003'

On other setups SketchUp.app can also be installed into ~/Applications, so I moved it to see the differences and form there...

PATH = '/usr/bin;/bin;/usr/sbin;/sbin'
TMPDIR = '/var/folders/rp/b9k42l5x7xngx_8tckgs0zdr0000gn/T/'
SHELL = '/bin/bash'
HOME = '/Users/johns_iMac'
USER = 'johns_iMac'
LOGNAME = 'johns_iMac'
SSH_AUTH_SOCK = '/tmp/launch-wN3bJR/Listeners'
Apple_Ubiquity_Message = '/tmp/launch-blGWcE/Apple_Ubiquity_Message'
Apple_PubSub_Socket_Render = '/tmp/launch-a6GyAw/Render'
DISPLAY = '/tmp/launch-mAuKFs/org.macosforge.xquartz;0'
IG_ROOT = '/Users/johns_iMac/Applications/SketchUp 2013/SketchUp.app/Contents/Resources'
SHLVL = '4'
PWD = '/'
_ = '/usr/bin/open'
__CF_USER_TEXT_ENCODING = '0x1F5;0;0'
COMMAND_MODE = 'unix2003'

IG_ROOT is the only change... but that may make a difference, especially with 'sandboxing' and 'gatekeeper', I'll dig some more.

[driven]

@fredo6 said:

However what I want to be sure of is more precise.

ok, I found a difference, v8 run from /Applications and v2013 run from ~/Applications

this script is in both 'Plugins' folders, [with appropriate version in name...]

FileTest.writable_real?('/tmp') && FileTest.writable_real?(ENV['TMPDIR'])
    UI.messagebox("This code is for Mac only!")
 begin
  home = File.expand_path "~"
  path = File.join( home, "/from_v8_plugins_file")
  file = File.open(path, "w")
  file.write(Time.now.to_s + "\n" +
"FileTest.writable_real?('/tmp') = " + (FileTest.writable_real?("/tmp")).to_s + "\n" +
"FileTest.writable_real?(ENV['TMPDIR']) = " + (FileTest.writable_real?(ENV['TMPDIR'])).to_s
) 
rescue IOError => e
  #some error occur, dir not writable etc.
ensure
  file.close unless file == nil
end

on start up v8 shows the dialog and writes the temp file to my user Directory. v2013 doesn't, I'll move it back to see if it's the ~/Application path that's causing it to not run...

[fredo6]

John,

Thanks.

Then the next thing to check if whether a Ruby script can create a directory under the /users/...hierarchy (pointed to by HOME).

If so, then, I'll store the parameters in this part, whether Sketchup is installed in /users or /applications.

Fredo

[driven]

I think this is the crux of the issue,
SU 2013 writes nothing to the
> FileTest.writable_real?("/Library/Application Support/SketchUp 2013/SketchUp") false
plugins are either in the app bundle or written to
> FileTest.writable_real?(File.expand_path("~/Library/Application Support/SketchUp 2013/SketchUp")) true
it also appears that though loaded they don't 'auto run' on load from /Plugins.

This does appear to be different, from v8

the same tmp paths are still all accessible, but not immediately on load.

I can get it to auto run on load from "~/Library/Application Support/SketchUp 2013/SketchUp/Tools", but only because I have another script that writes that Directory for me, and SU auto loads/runs my startup files that are in it.

[TIG]

Fredo

Of course a user should be able to make a new directory in one of the user's 'own' folders.
After all it would be pointless having permissions set to prevent a user writing things into their own folders. Conversely it's a good idea to protect system/program folders from indiscriminate changes by general users...

As I mentioned several posts back, the premade user's folders for making temporary files, OR subfolders within this to keep you files together, is the ../Local/Temp/ folder or the MAC ...xxx/T/ equivalent.
The location one level down from that can be used for the permanent subfolder+files from your tool as this isn't auto-purged during system cleanups... ../Local/ or ...xxx/

I don't see you concern, these folders are designed to do exactly what you intend, so permissions should always be OK...

[jeff hammond]

@driven said:

I think this is the crux of the issue,
SU 2013 writes nothing to the
> FileTest.writable_real?("/Library/Application Support/SketchUp 2013/SketchUp") false

maybe you didn't give it the proper path? because when i put this in the console:

FileTest.writable_real?("/Users/jeff/Library/Application Support/SketchUp 2013/SketchUp/plugins")

it returnstrue

that's the exact path i was given upon entering the line from TIG-- Sketchup.find_support_file('plugins')

[driven]

@unknownuser said:

maybe you didn't give it the proper path? because when i put this in the console:

@ Jeff, both paths are there, one for the user path [shows true] and one is showing that the 'old' System/Library/path doesn't exist anymore, so it's the same as doing

ls /Library/Application\ Support | grep "SketchUp"``
which returns...
%(#4000BF)[Google SketchUp 6
Google SketchUp 7
Google SketchUp 8
SketchUp 5]

where ls ~/Library/Application\ Support | grep "SketchUp" ``
returns
%(#008000)[Google SketchUp 6
Google SketchUp 7
Google SketchUp 8
SketchUp 2013
SketchUp 5]

SketchUp 2013 is only in the User path, as you have shown...
john

[driven]

@TIG

I think it's something else that has changed, I can still write files anywhere I want, if triggered by a user action after SU has loaded.

before, I could just run a script on load, so the simplest example, if saved as hello.rb
UI.messagebox("Hello from Plugins")
it would run as soon as SU loaded it from either Plugins folder, but it doesn't now.

if I use load "/Users/johns_iMac/Library/Application Support/SketchUp 2013/SketchUp/Plugins/hello.rb" from 'Ruby Console' it runs.

If your trying to write to temp 'on load' it won't work from 'Plugins' anymore. It's not the destination that's at fault, it simply won't run.
john
EDIT: found what had changed, but I'll leave this up anyway, I had v2013 Plugins turned 'off', from another script... DOH so it will run and write from the ~/Library/path to 'Plugins'

[jeff hammond]

@driven said:

@ Jeff, both paths are there, one for the user path [shows true] and one is showing that the 'old' System/Library/path doesn't exist anymore, so it's the same as doing

SketchUp 2013 is only in the User path, as you have shown...
john

right.. i think you missed the point of my post though..

you got FALSE whereas i got TRUE upon using FileTest.writable_real?
and we were both aiming for the same folder (the 2013 folder)

ie- i had /Users/jeff in front of my path and your path started at /Library.. the front end was truncated

[edit].. i'll also point out that using the tilde instead of /users/jeff returns false

> FileTest.writable_real?("~/Library/Application Support/SketchUp 2013/SketchUp/plugins") false

[driven]

@unknownuser said:

[edit].. i'll also point out that using the tilde instead of /users/jeff returns false

that's why I used

FileTest.writable_real?(File.expand_path("~/Library/Application Support/SketchUp 2013/SketchUp"))

which returns True, because the

File.expand_path("~/Library/Application Support/SketchUp 2013/SketchUp")

bit returns /Users/johns_iMac/Library/Application Support/SketchUp 2013/SketchUp, so when combined it gives the same result as hard coding, but will work for any user.

The real point I was trying to make is that any 'Plugin' that's hardcoded to use "/Library/Application Support/SketchUp [n]/SketchUp/" will fail in v2013 because that 'Folder' is not created by v2013.

So, given that the only pathout is from /Users/ why would there be any permission issues at all, unless something has been 'turned' off by 'System' or the user.

Even with

Sketchup.plugins_disabled?

returning true

FileTest.writable_real?(Sketchup.find_support_file('plugins' || 'Plugins' ))

returns true

no matter what I try, I can't get this to fail writing a new file in a new folder in 'Plugins'

if saved in ~/Library/Application\ Support/SketchUp\ 2013/SketchUp/Plugins/from_v2013_plugins.rb

 begin
  home =  File.expand_path(File.dirname(__FILE__))
  test_dir = home + "/!Test_Folder"
  Dir.mkdir(test_dir) unless FileTest.exists?(test_dir)
  path = File.join( test_dir, "/from_v2013_plugins_file")
  file = File.open(path, "w")
  file.write(Time.now.to_s + "\n" +
"FileTest.writable_real?('/tmp') = " + (FileTest.writable_real?("/tmp")).to_s + "\n" +
"FileTest.writable_real?(ENV['TMPDIR']) = " + (FileTest.writable_real?(ENV['TMPDIR'])).to_s
)
rescue IOError => e
  #some error occur, dir not writable etc.
ensure
  file.close unless file == nil
end

and it's text is
%(#0000FF)[Sun May 26 23:08:59 +0100 2013
FileTest.writable_real?('/tmp') = true
FileTest.writable_real?(ENV['TMPDIR']) = true]
so, all three paths are writable_real? from a ruby script from either /Users/johns_iMac/Applications/SketchUp 2013 or from /Applications/SketchUp 2013

[jeff hammond]

yeah.. i don't know..

the question by fredo is

can you create a folder on mac via ruby or not?

@fredo.. can you make a little script or snippet to test with?

[driven]

@unknownuser said:

can you create a folder on mac via ruby or not?

Yes, using the ruby snippet in my last post [ saved as a .rb file ], I can create both a Folder and a file from a ruby script in the Plugins folder.

@Jeff it should work on yours as well.

@Fredo, is there any pattern to what's failing?

john

[TIG]

I don't understand Fredo's issues here...
I already make/use different 'personal subfolders' on PC AND MAC to store temporary files, AND also permanent files: they are automatically made for each User in straightforward Ruby Code.
I gave detailed examples in my earlier post - lifted almost verbatim from the SCF tools loader .rb, I just edited out some module specific Constants...
The 'Plugin Store. for example has ..Local/Temp/SCF/ PC||MAC ...xxx/T/SCF/ folders to take the temporary RBZ files etc during auto-install processing and the ..Local/SCF/ PC||MAC ...xxx/SCF/ folders to take the 'encrypted login cookie' that's used so you don't have to login with every visit !

[fredo6]

All I am trying to figure out is an alternate location where to create the DEFPARAM_Dir folder, since for some Mac users, it seems not to work in the SU Plugins area on Mac.

I was just wondering is the Mac has some sophisticated security whereby certain file operations are prohibited from scripts, even if you can perform them manually (like create a folder).

If not, then we are left with the normal access rules and I imagine that the /users rootpath is normally enabled for writing.

Fredo

PS: thanks to the contributors. I have to ask as I don't have a Mac currently.

[driven]

@fredo6 said:

All I am trying to figure out is an alternate location where to create the DEFPARAM_Dir folder, since for some Mac users, it seems not to work in the SU Plugins area on Mac.

Basically, if you can't write to there, it's hard to find somewhere else with 'lesser' permissions.
I think it will work for more people where it is, as far as I can find, this should only be an issue on 'Guest Accounts' that have file access restrictions enabled by an administrator. [maybe Corporations/Uni's etc..]
You can test for 'admin' quite easily [code below] and use a MB or similar for those without them...

@unknownuser said:

I was just wondering is the Mac has some sophisticated security whereby certain file operations are prohibited from scripts, even if you can perform them manually (like create a folder).

It has lots, but for the majority of users, as long as it's in the 'User' domain it's actually a lot more complicated to limit access then allow it. App SandBoxing may come into play in a few cases.

@unknownuser said:

If not, then we are left with the normal access rules and I imagine that the /users rootpath is normally enabled for writing.

I think you should go with that assumption, and maybe add some simple test to you logfile RE:admin

always happy to help keep your plugins working on macs

john

This checks I'm an admin and writes to your folder from wherever I load your folder from.
not the best coding, but works from a variety of accounts that I have access to.

def isAdmin
  user = %x( whoami ).chomp!
  admins = %x( dscl . read /Groups/admin GroupMembership ).chomp!
  iSadmin = (admins.scan user) == user.to_a
end

begin
  home = (File.dirname(__FILE__))
  test_dir = home + "/DEFPARAM_Dir"
 if not FileTest.writable_real? test_dir
  UI.messagebox("You need an administrator to modify defaults!") if  not isAdmin
  else
  path = File.join( test_dir, "/from_v2013_plugins_file")
  file = File.open(path, "w")
  file.write( Time.now.to_s )
  end #if
rescue
  #some error occur, dir not writable etc.
ensure
  file.close unless file == nil
end

[fredo6]

@driven

Thanks very much.
Are you also able to create the directory, not just to write files?

Fredo