[Plugin] SketchUcation Tools 2.6

Gábor

I was wondering about the update system; it's not working as I would expect.

The update system in 2.5.1 compares your user's latest downloaded plugin version to the curent available version in the store. If there is any difference the plugin will show up in the update list.

So:

The plugin won't show up in the update list if you haven't downloaded the prevous version from the PluginStore.
The plugin won't show up in the update list if you have updated it on an other device. (As in this case the latest download by you is up-to date)

We will refine this in the next (2.6) version by adding your device ID to the comparasion.

Rich O Brien

Updated to 2.6.0

4x times faster downloads

New Bundles features in My SetUp

Tons of tweaks and bugfixes

Anyone on 2.5 has until the end of the week to upgrade before we shut it down.

cotty

Love the new bundle feature!

mitcorb

I have downloaded for SU2014. This would also be appropriate for SU8, correct?

Rich O Brien

@Tim

Yes, v8, v2013 and v2014

Install in all versions to get the full benefit of the bundles going forward

function

not sure if this has been brought up -
is there a way to have it so that when you disable an extension - it will also disable the plugin? Sometimes they names are different and its difficult to find an extension and its corresponding plugin... or anyway it can be frustrating.

Dan Rathbun

Whilst autoinstalling v2.6 in SU2013, my Comodo Security popped up twice wanting to partially sandbox a VBS script with a numerical name.

The two files are no longer in the "Temp/SCF" folder.

Is this normal ?

Rich O Brien

Perfectly

Dan Rathbun

v 2.6.0

On SketchUp v8 upon starting I get in the console:
%(#004000)[(eval):3119: warning: parenthesize argument(s) for future version (eval):3142: warning: parenthesize argument(s) for future version]

On ALL versions 8 .. 14 upon starting I have do deal with multiple VBS sandbox popups, and new entries into my Comodo sandbox file list (which don't exist.)

(1) It is a major PITA.

(2) The VBS file names could have been something to indicate they belong to the SCF Plugin Store extension (instead of some meaningless number.)

Rich O Brien

I'm not familiar with the VBS additions in this release except that they are necessary for older SU versions.

I think TIG will be able to shed more light on your alerts.

We're they occurring on 2.5.2 beta?

Dan Rathbun

No I did not see them occurring before.

I will have to turn the extension off, and only use it "on demand".

Rich O Brien

Cool

Sent from my iPad

TIG

@Dan

We had some reports about vbs warnings in earlier beta tests but code adjustments were made and there were no further reports.

I am surprised about the 'parenthesize' warning in v8 - I can't think of any arguments passed in this code-set without () ?

Can't you set up an 'exception' for your over zealous 'Commodo' security - to skip vbs files, 'by folder' [.../Temp/SCF] ?
http://help.comodo.com/topic-72-1-451-4758-.html
shows examples using will-cards etc.
So a pattern something like *\Temp\SCF\*.vbs should work ?

These vbs will always run in v8/2013...
The SCFapi in v2014 can use Ruby2 [open-uri etc] for most of it 'communications', but earlier versions rely on vbs scripts using 'XMLHTTP' etc on PC [and .command using 'curl' for MAC].
These tiny vbs scripts are written to the .../Temp/SCF folder to ping data-packets to the SCF server and sometimes receive a response.
These scripts are named "f_nnnnnnn.vbs" where the "nnnnnnn|" is a random integer.
This is to ensure separation between several such pings that might run all but contemporaneously.
Any txt file they might make to hold any received data has a matching name.
On the creation of the txt file the data is read and the two files are deleted a few ms later.
That is why they no longer exist when you look for them.
In case of a rare 'left over' file remaining, on load the SCFapi also purges the ...Temp/SCF folder.

Other vbs files are used by other modules to extract the plugin files etc from RBZ archives [renamed ZIP] where the destination folder is not the default Plugins folder [i.e. a custom-plugins folder has been added to the $:]

So even if you disable the SCFapi from loading you will get continuing vbs nags when installing into custom=plugins folders...

Dan Rathbun

No tried 6 ways to Sunday to setup exclusions. Does not work as advertised.

Like I say... I only heed SCF Tools when manipulating plugins or extensions.

I'll turn it off.

TIG

@Dan
You are the only user to report these issues...
I cannot believe it is insoluble

kupono

I'm getting load errors after installing sketchucation tools 2.6. Could be a coincidence. This occurs when I open an .skp by double clicking it. It does not occur when I load SU by double-clicking the .exe or shortcut, then opening the model. (Win8, SU Pro 2014)

Thx

Error: #<LoadError: cannot load such file -- open-uri>
c:/users/drew/appdata/roaming/sketchup/sketchup 2014/sketchup/plugins/sketchucation/!scfapitools.rbs:76:in require' c:/users/drew/appdata/roaming/sketchup/sketchup 2014/sketchup/plugins/sketchucation/!scfapitools.rbs:76:in module:SCFapi'
c:/users/drew/appdata/roaming/sketchup/sketchup 2014/sketchup/plugins/sketchucation/!scfapitools.rbs:22:in <main>' C:/Users/Drew/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:25:in eval'
C:/Users/Drew/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:25:in load' C:/Users/Drew/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:25:in block in <top (required)>'
C:/Users/Drew/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:14:in each' C:/Users/Drew/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:14:in <top (required)>'
D:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/extensions.rb:197:in require' D:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/extensions.rb:197:in load'
C:/Users/Drew/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/!SketchUcation_loader.rb:189:in register_extension' C:/Users/Drew/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/!SketchUcation_loader.rb:189:in module:SCF'
C:/Users/Drew/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/!SketchUcation_loader.rb:16:in `<top (required)>'

Box

This thread looks similar.
http://sketchucation.com/forums/viewtopic.php?f=323%26amp;t=57121

TIG

As Box says...

Running SketchUp v2014 MR0 by double-clicking on a SKP that is not on the same drive as the SketchUp installation has a bug.
It fails to load the Ruby libraries into the $: aka $LOAD_PATH...
Therefore any tool that uses any of the new methods provided by v2014 will fail when it tries to load them as the folder is not found.
SketchUcation v2.6.0 uses open-uri with v2014 to make much faster downloads and installation of RBZs etc...
This is is not a SketchUcation issue - it will occur with any Plugins using the new methods.
The fault is known to Trimble and we are assured that a fix will be included in MR1...

Meanwhile don't try to start SketchUp that way.
Instead, start it from the shortcut to the SketchUp.exe, then open the SKP via SketchUp.

There is a temporary file to try to fix it - by Dan Rathbun - goes in the Tools folder and resets $:.
I've found it messes up if SketchUp itself is not installed on the system drive [ ], otherwise it resets the S: Ruby Lib paths correctly...

kupono

Thanks Box and Tig

TIG

This file is a temporary fix http://sketchucation.com/forums/viewtopic.php?p=519331#p519331