[Plugin] LordOfTheToolbars - v3.0a - 21 Apr 26

JanSteinman

@fredo6 What do I need to do to get out of Sketchucation jail?

Moderators are holding my postings for FOUR DAYS before putting them up here!

When you pay money for a product, I consider this lousy service! I know developers are busy, and I'd be quite forgiving, but demanding FOUR DAYS before a developer can even see my answer to their question is insane!

joiner

Hallo, bei mir werden nur einige Iconleisten im Sketchup-Native Commands angezeigt, obwohl ich viel mehr habe. Auch bei Fredo wird nur die LOTT-Tollbar angzeigt, obwohl ich FredoScale gekauft und instaliert habe (Sketchup 24) Wie kann ich das ändern ? Gruss Joiner
Hello, I only show some icon bars in the Sketchup-Native Commands, although I have a lot more. Also with Fredo only the LOTT-Tollbar is displayed, although I bought and installed FredoScale (Sketchup 24) How can I change that ? Greeting Joiner

joiner

Sorry, nach mehreren Starts von Sketchup war plötzlich soweit alles in Ordnung. Schönen Tag noch.
Sorry, after several starts of Sketchup, suddenly everything was fine. Good day yet.

panixia

@JanSteinman said:

When you pay money for a product

Isn't Lord Of The Toolbars free??

fredo6

I don't know what you mean by Sketchucation 'jail'. And as Panixia said, LOTT is free.

Anyway, the trouble might be in the habitat_site_context.rb script, as shown in the Sketchup startup error box..

Did you get an error with the previous version of LOTT and this script installed?

nicolasberthier

Bug Report: SU2026 / Fatal crash on startup with D5 Render LiveSync (Errno::EISDIR)

Hi Fredo,

The last update doesn't fix the D5 issue. Either way, we can only use one of them (LOTT or D5 Render). So now my entire workflow is blocked, and so is the workflow of other D5 and LOTT users. We really need a QUICK fix for this, please.

I am reporting a fatal initialization crash occurring on SketchUp 2026.1.2 when using the latest D5 Render LiveSync plugin alongside Lord of the Toolbars (v3.0a) and LibFredo6 (v15.9c).

The Master Toolbar (yellow wheels) becomes completely unresponsive, and all custom toolbars disappear from the screen.

The Ruby Console highlights an unhandled directory scanning error in lordofthetoolbarsmanager.rbe inside the ghost_command_register method. It appears the script tries to open a sub-directory as a file, throwing an Errno::EISDIR exception.

The main folder causing the issue is d5_converter, located at:
%AppData%\Roaming\SketchUp\SketchUp 2026\SketchUp\Plugins\d5_converter

Exact stack trace:

#<Errno::EISDIR: Is a directory @ rb_sysopen - c:/users/[username]/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/d5_converter>
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:2290:in `initialize'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:2290:in `open'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:2290:in `copy_file'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:1088:in `copy_file'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:887:in `block in cp'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:2481:in `block in fu_each_src_dest'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:2497:in `fu_each_src_dest0'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:2479:in `fu_each_src_dest'
C:/Program Files/SketchUp/SketchUp 2026/SketchUp/Tools/RubyStdLib/FileUtils.rb:886:in `cp'
c:/users/[username]/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/!!fredo6_lordofthetoolbars/lordofthetoolbarsmanager.rbe:733:in `ghost_command_register'
c:/users/[username]/appdata/roaming/sketchup/sketchup 2026/sketchup/plugins/!!fredo6_lordofthetoolbars/lordofthetoolbarsmanager.rbe:1361:in `command_register'

Temporary Workaround found:
Renaming the d5_converter folder to _d5_converter allows LOTT to load correctly, but it completely breaks the D5 LiveSync connection. Downgrading D5 LiveSync to v1.6 also works.

It seems a simple check to skip directories (like File.directory?) during the ghost_command_register file loop would prevent this crash.

Thank you for your work!

nicolasberthier

Hi Fredo. This critical compatibility issue has been documented for several months. It entirely blocks the workflow between LOTT and D5 Render for all users. An urgent patch is required to restore basic functionality. Please prioritize this fix.

fredo6

Can you try LordOfTheToolbars v3.0b, just published.

I don't have D5 installed and I don't really understand why it creates problems with LOTT.

nicolasberthier

Thank you but this fix still doesn't work. You can have D5 for free at https://www.d5render.com/download

To understand and reproduce the issue:

Install the free D5 LiveSync plugin for SketchUp.
It generates a folder named d5_converter inside the SketchUp Plugins directory.
Start SketchUp.
LOTT scans the Plugins directory, encounters the d5_converter folder, and attempts to open it as a file.
This triggers the fatal Errno::EISDIR exception in lordofthetoolbarsmanager.rbe (ghost_command_register).

The script requires a bypass condition (e.g., next if File.directory?(path)) when reading the plugin directory contents.

D5 Render : https://www.d5render.com/download
D5 LiveSync for SketchUp : https://www.d5render.com/livesync/sketchup

fredo6

Can you try with LOTT v3.0c.

nicolasberthier

@fredo6 Thank you, the fix works perfectly.

Regarding future development, LOTT requires two long-overdue updates to maintain full compatibility with the current workflow:

Integration of new native tools: Several recent SketchUp tools are currently missing from the LOTT catalog and must be added.
Iconography update: The UI icons need to be refreshed to align with the current SketchUp environment.

Again, thank you!