Load Error installing Plugins from Store into 2014

Rich O Brien

The plugins are probably not compliant with v2014 yet.

Best to identify what is causing the errors and report it

ken

@rich o brien said:

@Ken

The plugins are probably not compliant with v2014 yet.

Best to identify what is causing the errors and report it

Thank Rich

However, I can't be the only one that is using the plugin in the store. I have plugins in the 2013, that I have modified, by which I mean, I have added a toolbar and icon. I wanted to start 2014 with just the plugins, the way the came, with adding anything to get 2014 up and running.

So, I guess I will wait to start 2104. It is hard for me to believe that many plugins do not work with 2014.

Thanks for the replies.

Ken

Rich O Brien

@unknownuser said:

So, I guess I will wait to start 2104. It is hard for me to believe that many plugins do not work with 2014

By not investigating as to what is causing the problem then it may never be fixed

But you are a busy man so if you ever get some downtime and feel like doing some debugging then you know what to do

Dave R

Ken, I thought by now you'd have seen that SU2014 takes advantage of Ruby 2.0 while SU2013 used Ruby 1.8. This change makes some new things possible for plugins but it does require that authors do a better job of writing them. Many plugins have been updated but not all of them. You're the first person to report errors from the plugins listed in your error message. Evidently the authors of those plugins need to give them some attention but maybe no one has brought it to their attention.

There's nothing wrong with the Plugin Store. It isn't responsible for the errors you got. It's just those specific plugins.

ken

Dave

No, I wasn't picking on the plugin store. I use it for 2013 all the time. Never no problem. I can see there seems to be some programing errors on some of these plugin. When I first started to load plugins, some of the first one to be loaded were from @Last, like the one below. Now the plugins from @last I though would be the first to be updated. Seems not. I know Tremble is not Last, however, these were and should be company supported plugins. If not then Tremble should take them off of the list of plugins.

Error Loading File parametric_grid.rb
Error: #<SyntaxError: C:/Users/Ken/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/parametric_grid.rb:67: syntax error, unexpected ',', expecting =>
defaults = {"dx", 8.feet, "dy", 8.feet, "nx", 4, "ny", 4}

I can wait and try again. I just thought with the time since 2014 has been out, that if there was this size of a problem, some one would be all over it by now, ranting and raving.

OK, back to work, saving money to make it to Base Camp.

Thanks all for your replies. See everyone at Base Camp, with all smiles.

Ken

Dave R

Ken, for those old plugins from @Last, you ought to go to Extension Warehouse first. It's more likely any required updates were made and the updated plugins posted there. For example the Parametric Grid plugin is now called Grid Tool and was updated on the 10th of January.

TIG

Many of those reported errors have simple fixes, but there are already some newer alternatives available too...

There are new versions of 'parametric_grid' and 'shapes' in the EWH which should also suit v2014 [some different names?]

'SetArcCircleDefaults' is a Win only method based on a specially compiled DLL - which needs a different syntax in Ruby2.0, and recompiling...

The 3pts_loader I think is Chris Fullmer's and I suspect he has [or will shortly have] his update available [EWH or Smustard?]

Sam D Mitch's 'Stair Maker': has a simple fix in the 5 lines starting at line #236 [all start when...] there is a : that must be made into a ;
Then it will work fine !

Similarly Sam D Mitch's 'Rotated...' tools have very similar issues that also need editing...
Again there are several locations where when... is followed by a : that ought to always have been a ;
They also have a RUBY_PLATFORM test which now fails for PCs in Ruby2.0, but again it's a simple fix. The incorrect:
when /mswin/ : ...
becomes:
when /mswin**|mingw**/ **;** ...

Why not PM SDMitch [linking this post]?
He ought to be able to republish fixed versions with only a little effort...

sdmitch

I have updated Rotated Circle_Cylinder and Stair Maker to make them 2014 compliant.

xiombarg

Ken,

I have had the same load error problem with all completely new and updated plugins, which includes plugins from their own Extension Warehouse, and I have contacted Sketchup about it. I just the received the reply today.

Here is the response I have received so far:

I understand you've installed some plugins using the Extension Warehouse and from SketchUcation but they aren't loading properly.There aren't any known issues with plugins failing so the best thing to do is remove all plugins and only install them one at a time, starting with installing from the Extension Warehouse first to ensure that eveyrthing installs properly. If removing plugins from the folder doesn't restore functionality then you may need to uninstall SketchUp and restart before reinstalling and starting the process again.

I just received this about two hours ago so I haven't had time to try their recommendation of loading one plugin at a time... which frankly seems to be an odd claim for the reason behind load errors, but whatever. When and if I get any other messages from Sketchup I will post them here.

TIG

@sdmitch said:

I have updated Rotated Circle_Cylinder and Stair Maker to make them 2014 compliant.
I will update the PluginStore versions for you shortly...

TIG

I have added those two updates to the PluginStore.
I've also made a simple one character typo-fix for Matt's ToggleUnits and updated that too...

xiombarg

I should note that when I do a re-install and have no third party plugins installed, this is what I get upon startup.

Error Loading File su_advancedcameratools.rb
Error: #<LoadError: cannot load such file -- su_advancedcameratools.rb>
Error Loading File su_dynamiccomponents.rb
Error: #<LoadError: cannot load such file -- su_dynamiccomponents.rb>
Error Loading File su_sandbox.rb
Error: #<LoadError: cannot load such file -- su_sandbox.rb>
Error Loading File su_webtextures.rb
Error: #<LoadError: cannot load such file -- su_webtextures.rb>

TIG

What version of SketchUp - your profile says v8, but this is a v2014 thread ??

These four "su_..." RB files are specifically made for v2014 [and also v2013].
They are almost certainly not compatible with v8 which has its own equivalents kept in the 'Tools' folder.

These files will also load from different locations etc depending on the version...

In v2014 they live in the 'ShippedExtensions' folder and are auto-copied into the user's own 'Plugins' folder as SketchUp starts [making them impossible to Manage using SCF tools as their RB! files are replaced with RB by SketchUp, without asking you!]

So have you removed them from the 'ShippedExtensions' folders, or somehow changed things from the basic installation ?

Also please tell us you have NOT copied an older Plugins folder into the main SketchUp folder.
All of you Plugins belong in your own user 'Plugins' folder.
New Plugins should be installed, rather than copying potentially incompatible old ones from earlier versions...

If you have reinstalled SUp v2014 check that all of the files exist in 'ShippedExtensions' - i.e. the four 'su_...rb' files and equivalent named subfolders...

xiombarg

@tig said:

What version of SketchUp - your profile says v8, but this is a v2014 thread ??

These four "su_..." RB files are specifically made for v2014 [and also v2013].
They are almost certainly not compatible with v8 which has its own equivalents kept in the 'Tools' folder.

These files will also load from different locations etc depending on the version...

In v2014 they live in the 'ShippedExtensions' folder and are auto-copied into the user's own 'Plugins' folder as SketchUp starts [making them impossible to Manage using SCF tools as their RB! files are replaced with RB by SketchUp, without asking you!]

So have you removed them from the 'ShippedExtensions' folders, or somehow changed things from the basic installation ?

Also please tell us you have NOT copied an older Plugins folder into the main SketchUp folder.
All of you Plugins belong in your own user 'Plugins' folder.
New Plugins should be installed, rather than copying potentially incompatible old ones from earlier versions...

If you have reinstalled SUp v2014 check that all of the files exist in 'ShippedExtensions' - i.e. the four 'su_...rb' files and equivalent named subfolders...

This is in SU2014. No I haven't copied my old plugins into 2014. I am aware that they go in different locations. I installed them directly from both Extension Warehouse and Sketchucation. I haven't changed anything.

the location they are installing themselves into is:
C:\Users\Eric's Graphics\AppData\Roaming\SketchUp\SketchUp 2014\SketchUp\Plugins

I'm not seeing any 'ShippedExtensions' folder, unless it exists in another location of the drive not associated with where the plugins are being installed.

xiombarg

I may have solved my problem (the novel).
After uninstalling I did a search of anything listed as Sketchup 2014 and deleted all the leftover remnants that don't uninstall after uninstalling. This included a few files and folders in various locations which includes Programs(x86), Temps, Downloads, and the App Data stuff... (I love how uninstall isn't really a full uninstall, it's merely as little as can be uninstalled so it can be called an uninstall. Freaking hell.)

Here is my thinking, but I could be wrong...
Perhaps what was binding me up was that there were some temp files, log files, two .msi files and the original .exe file(s) in various locations that all had linked to SU2014. What I'm thinking is that Windows was obviously still remembering the incorrect installation locations for the .rb files even after uninstalling and deleting the most obvious program files... so I did the extended search to find everything that was still leftover that might be pointing to incorrect locations.

or

I also rebooted after uninstalling and deleting everything before reinstalling, which may have also finally got rid of RAM info(?) concerning the paths and locations that my computer seemed to be hanging onto.

Not sure what caused it initially, but it seems to be working correctly now, or at least the files from extension warehouse.

TIG

Can you try the PluginStore again...
I'm wondering if the C:\Users\Eric's Graphics\...
Single ' quote is causing an issue with the Ruby/javascript that is used in the dialog when setting up the installation folder for the Plugins ?

Although I thought that contingency was previously trapped for ?
Accented user-names caused issues pre-v2014, but I've never seen a ' in a user-name before

After you retry installing something from the PluginStore.
Please restart SketchUp and see it it has installed as expected...
If you report that the PluginStore's AutoInstall etc is still not working then I'll have to investigate further...

PS:
Having done further tests on mocked Plugins folder paths including a '... I confirm I do get partial installation errors - it installs OK, but then fails to load [error message] until a restart!
Investigating further...

PPS:
I have found that glitch [typo!] and in a-soon-to-be-released update to the PluginStore your custom-plugins folder-paths containing ' will now properly install and load without error and no need to restart to effect the installation...

%(#FF0040)[I have also discovered a weirdness with SketchUp v2014 generally...
My alternative "TIG's" user-name with a ' seems to prevent SketchUp loading any of its RB files from that user's Plugins folder. I can manually load them by using the whole file path and escaping the TIG's if the enclosing quotes are '... Then the PluginStore will work... I have reported this to the powers-that-be at Trimble...]

*Please try typing this in the Ruby Console + <enter>:

$:

I think you'll find that SketchUp has failed to insert your ../Eric's.../Plugins folder into the list.
Presumably because of the ' in the user-name is tripping it up.
This means that although:

Sketchup.find_support_file('Plugins')

returns the proper folder-path, when Sketchup tries to ' load' the individual RB files in that folder it will fail, because it uses just the name.rb and NOT the full file-path to it, and since the $: doesn't include the folder-path part it just fails to load everything - Doh!*

xiombarg

@tig said:

%(#FF0040)[I have also discovered a weirdness with SketchUp v2014 generally...
My alternative "TIG's" user-name with a ' seems to prevent SketchUp loading any of its RB files from that user's Plugins folder. I can manually load them by using the whole file path and escaping the TIG's if the enclosing quotes are '... Then the PluginStore will work... I have reported this to the powers-that-be at Trimble...]

*Please try typing this in the Ruby Console + <enter>:

$:

I think you'll find that SketchUp has failed to insert your ../Eric's.../Plugins folder into the list.
Presumably because of the ' in the user-name is tripping it up.
This means that although:

Sketchup.find_support_file('Plugins')

returns the proper folder-path, when Sketchup tries to ' load' the individual RB files in that folder it will fail, because it uses just the name.rb and NOT the full file-path to it, and since the $: doesn't include the folder-path part it just fails to load everything - Doh!*

This certainly makes sense as that is exactly the scenario that was happening.
But shouldn't my last SU installation and warehouse downloads not work correctly again? Or was this problem something caused by the Plugin Store file(s)?
Currently it seems to be working fine, but I haven't tried any downloads from the PluginStore as of yet.

TIG

As far as I know it's nothing to do with the PluginStore.
SketchUp seems to choke of your apostrophe ' ?
I can get it to do it on my mock user too - TIG's
I have a thread in separate SketchUp forum discussing this.
Some MAC users report similar but slightly different ' issues...
I need more PC feedback...
We are making progress slowly...

xiombarg

It has been a few days since I contacted SU about the problem, so it's possible that they made some adjustment within that time, but for whatever reason it was still necessary for me to get rid of those extraneous files (or to just reboot before re-installing) because whenever I tried to remove and reinstall the program it would still have the same issues.

ken

Thanks to all.

Just wondering, if it would be possible to put in the Store, a small icon, that indicated the plugin is 2014 ready?

Will attack this problem next week.

Thanks to all.

Ken