Sketchucation Tools 5.0...

caermalo

Hi, the Sketchucation plugin in SketchUp 2026 displays the following window every time I open the program.

Captura de pantalla 2025-12-08 142019.png

Extension error report
SketchUp: 26.0.429
OS: Windows 10
Ruby: 3.2.2

Extensión: SketchUcation (5.0.4)
Error: NameError (uninitialized constant SCF::TOOLBARTOGGLEup)
c:/users/usuario/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_loader.rbe:193:in <module:SCF>' c:/users/usuario/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_loader.rbe:13:in <main>'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/extensions.rb:197:in eval' C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/extensions.rb:197:in require'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/extensions.rb:197:in load' C:/Users/Usuario/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/SketchUcation.rb:173:in register_extension'
C:/Users/Usuario/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/SketchUcation.rb:173:in <module:SCF>' C:/Users/Usuario/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/SketchUcation.rb:17:in <top (required)>'

TIG

@caermalo

This error is very unexpected.
As SketchUp starts it loads from your Plugins folder the ../SketchUcation.rb file to set up the rest of the code.
This in turn loads ../SketchUcation/SCF_loader.rbe
Which makes the toolbars, menus etc, and loads the various other code files needed to work the extension.
It's failing at the loader's line#193 with the NameError uninitialized constant SCF::TOOLBARTOGGLEup
This is one of many Constants set up to set the text for the toolbar button's tool-tips etc.
Because earlier lines of code have already set 27 similar Constants like SCF::TOOLBARTOGGLE, without any errors I can't immediately see what might be causing this issue for you. These Constants are read in from a text file shipped with the set - ../Strings/SCF-EN-US.strings
I've checked them and the correct file is included in the file set archive 5.0.4
Since the TOOLBARTOGGLEup Constant was just added in for this revision, then it looks like you might have a earlier version of the strings file [e.g. <=5.0.3], that the needed newer 5.0.4 l, and the loadedr is then tripping up later as that particular Constant hasn't been defined.

How did you install the newest version ? From the ExtensionStore dialog, or from a downloaded RBZ - if that. then how did you install the files/folders ? Using the Native Extension Manager's Install function should copy all over and overwrite any preexisting files etc - which it clearly has for the loader etc; or did you manually copy the RBZ's contents into your Plugins folder ? If you did that then maybe you inadvertently skipped the new strings file version ?
You can see if the existing installation for ../Strings/SCF-EN-US.strings is correct by opening it with Notepad++.exe and around line#31 TOOLBARTOGGLEup= .. defines the Constant. If it's there then something is weirdly adrift, as your other files aren't loading it: but I suggest that it will almost certainly be an older version with that liine missing.
If it is missing something when wrong with the installation - probably skipped that file's newer version etc - if so the some other files might also be suspect.
Please try SketchUp's Extension Manager Install function again and pick the 5.0.4 RBZ . After it installs that, then restart SketchUp and see if the error recurs...
Alternatively you can use a manual way - close SketchUp, then extract the RBZ's contents using 7-Zip or similar [an RBZ is a renamed ZIP file], then manually copy all of its contents - i.e. parts 1) the SketchUcation.rb file and 2) the subfolder SketchUcation [and of course all of that folder's contents intact - files and subfolders of more files etc. When prompted choose to Replace the 118 or so existing files [never Skip them]. Afterwards restart SketchUp to sync everything and see what happens...
Please let us know what happens...

Dave R

Maybe I'm missing something but I don't see the Update All option from earlier versions. Was it removed?

Screenshot - 12_17_2025 , 7_56_17 AM.png

Rich O Brien

I had it but noticed it was not correctly the other day.

We will take a look now.

Gábor

@Dave-R We haven't removed it, for me it is displayed correctly. When you have a few minutes to test, please PM me.

Dave R

@Gábor I did send a PM.

Gábor

said in Sketchucation Tools 5.0.4:

@Dave-R We haven't removed it, for me it is displayed correctly. When you have a few minutes to test, please PM me.

Thank you

Dave R

Thank you for whatever you did. It works as expected now.

Gábor

@Dave-R said in Sketchucation Tools 5.0.4:

Thank you for whatever you did. It works as expected now.

Thank you for checking.

coffeeholic53

I have installed the latest version (5.0.4) of Sketchucation Extension Store and like previous users get the "Loading... Click Continue if page does not refresh" message with a "Continue" button which appears to do nothing. I've read through Tig's responses and looked, using extension manager, for any extensions which don't report a version number. The only one I found was SCF Licence which doesn't have a version number, author, copyright details or description. All of the other plugins have version numbers and about a third of them need to be updated, which is why I installed the extension store. I seem to be going round in circles with this.

I'm using Sketchup Make 2017 (yes I know) and don't want to spend the large, to me, sum of money required to get a desktop version, as I'm just a hobbyist using the software for leisure. Is there any way to fix this problem or should I just give up and leave all the plugins as they are?

Rich O Brien

@coffeeholic53 said in Sketchucation Tools 5.0.4:

Is there any way to fix this problem or should I just give up and leave all the plugins as they are?

Just install extensions manually by downloading RBZ files from site.

2017 is using very old and no longer supported web dialog systems.

FlorinAp

Starting with version 5, the third button opens the default SketchUp Extension manager, so there is no way to create sets and manage.
The second and the third buttons always showed different packages (plugins and extensions), now you end up with the default SketchUp windows.
Maybe this was intentional... or maybe not - i just pointed out.

TIG

@FlorinAp
This change was intentional.
Over time the changes to the built-in Extensions Manager made it so much like our own that there seemed little purpose in the duplication. The loss of 'Sets' for the Extensions was decided on balance to be acceptable, because changes in how the SketchUp API allowed dynamic extension status setting has meant that our version was error prone. when doing this. Also the use of 'Sets' remains possible from within our Plugins Manager - because all extensions are also plugins [loading from a .RB file] it allows you to manipulate them in the same way with 'Sets' within that dialog...

Rich O Brien

v 5.0.5 published

Bug fixing for updates

RLGL

@Rich-O-Brien

Extension Errors Report
SketchUp: 26.1.185
OS: Windows 11
Ruby: 3.2.2

Extension: SketchUcation (5.0.5)
Error: Errno::ENOENT (No such file or directory @ rb_sysopen - C:/Users/dvnj2/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/Fredo6_FredoSection/FredoSection.plugin)
c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:929:in readlines' c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:929:in block (4 levels) in getMyPlugins'
c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:918:in each' c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:918:in block (3 levels) in getMyPlugins'
c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:903:in each' c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:903:in block (2 levels) in getMyPlugins'
c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:900:in each' c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:900:in block in getMyPlugins'
c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:899:in each' c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_dialog.rbe:899:in getMyPlugins'
c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_loader.rbein <module:SCF>' c:/users/dvnj2/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/sketchucation/scf_loader.rbe:14:in <main>'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/extensions.rb:197:in eval' C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/extensions.rb:197:in require'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/extensions.rb:197:in load' C:/Users/dvnj2/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/SketchUcation.rb:173:in register_extension'
C:/Users/dvnj2/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/SketchUcation.rb:173:in <module:SCF>' C:/Users/dvnj2/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/SketchUcation.rb:17:in <top (required)>'

TIG

@rlgl

The error is currently a mystery to me.

It's showing an error for a missing file -
C:/Users/dvnj2/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/Fredo6_FredoSection/FredoSection.plugin

Checking I see that I do not get the same error message - everything works fine.
AND I also see that the .plugin file does exists in my Plugins folder.
If an extension is not loaded [when its version would be readily findable],
then because the version is not immediately got the ExtensionStore in checking your current extensions' versions has to try and get them in other ways.
A version is usually readable from an extension's registration xxx.RB file - even if it's been disabled using our Plugins-Manager.
But a couple of authors - like @fredo6 - don't set the version in that file,
but use a unique hash system to read their settings in from a xxx.plugin text file, kept in each extension's subfolder.
To the best of my knowledge all of Fredo's extensions use this method, as does this one.

I can force the same SketchUcation error as yours, by manually removing the FredoSection.plugin from its subfolder.

There are two cases:

FredoSection is set to be loaded in the PluginsManager - this error is sidestepped because the FredoSection extension is enabled in the Extension-Manager and its version is readable from the its properties. However, the Extension' properties all report as empty, and so no version etc could be read in. In this case the ExtensionStore defaults to thinking it's '0' and ignores its version.
FredoSection is set to be unloaded in the PluginsManager - this error is then thrown because the FredoSection extension is not now enabled in the Extension-Manager and its version is not readable from the its properties AND the .plugin file that would otherwise return the version is also not found. The error prevents the ExtensionStore from completing its version checking. This error could be sidestepped, but them you don't find out there's an issue with your FredoSection setup.

So this suggests to me that your installation of FredoSection extension is incomplete and the ../Fredo6_FredoSection/FredoSection.plugin is missing,
If you were not using the SketchUcation extension at all you would not get an error at startup, but just empty details in the ExtensionManager listing.
How did you install the FredoSection extension ?
If you have somehow copied files/folders from another Plugins folder this might have missed out vital files. Manual copying and the new su 'migration' tools can cause weirdness...

Please try reinstalling the extension and checking that ../Plugins/Fredo6_FredoSection/FredoSection.plugin file now exists, and the SketchUcation extension loads OK.
You can install from its RBZ using the Extension-Manager, download it from our PluginStore.
Alternatively you can close SketchUp, and find the file:
C:/Users/dvnj2/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/Fredo6_FredoSection.rb!
and rename it as:
C:/Users/dvnj2/AppData/Roaming/SketchUp/SketchUp 2026/SketchUp/Plugins/Fredo6_FredoSection.rb
i.e. without the ! at the end which was added to disable it.
After a restart this will allow SketchUcation's ExtensionStore to load and you can now use its dialog to reinstall the FredoSection extension, rather than using an RBZ.
See if the FredoSection.plugin file is installed properly and so on, and the the Extension-Manager now reports its proper details like author and version.
To stop even the currently faulty FredoSection file set from partially loading and tripping up the ExtensionStore you can use the Extension-Manager to disable the extension, rather than use the PluginManager.
A very remote possibility - if the .plugin file does indeed exist, but SketchUp can't find it, perhaps it is for some reason unreadable - so check its Security Properties.

TIG

Version 5.0.6 is now available:
https://sketchucation.com/pluginstore?pln=SketchUcationTools

It's trapped for a very rare error [only one report to date!] which splatted the tool on loading, when it was checking an extension's version for the update report - if the user's installation of that extension's files is somehow incomplete - perhaps because of the use of su's migrate tool across versions glitch ? [Note: this principally affected just some of Fredo's and perhaps Thomthom's extensions, where Extension-Manager then lists it without a version etc and they were unloaded in the PluginsManager]

RLGL

I did figure out what the error was, took a bit. I had deleted the extension with the extension manager. So it was a surprise to me. The rb file did not get removed; a quick delete took care of it.

TIG

The recent update of our toolset sidesteps the particular startup error, but it won't stop the underlying issue of a badly installed extension causing issue - such as having a missing file causing an extension to miss out its version.
I assume from your explanation that you've deleted the Fredo extension's RB file AND its matching subfolder - and then the error was avoided.
If you install a fresh copy of it I presume that you no longer have an issue,
because the necessary file set will now be there,
and the Extension-Manager should then report it with its proper version info etc...