OK, this is what you get when you delete duplicated geometry. [image: 1789174007993-8-4000s-3912-x-2268-1800500-tri-1h-09m-38s-gpu-resized.png]

I am in a similar situation. I purchased perpetual SketchUp licenses each year into the early 2020s, whenever SketchUp became subscription. My use is pretty lightweight, mostly 3D print, small woodwork, and Shaper Origin routing.. I am old, retired, and on a low and fixed income, so subscription is not an option for me. I have SketchUp on an older, failing Windows 10 machine, and I would like to move that license to a new Windows 11 Pro machine. Long ago, someone posted the method to appeal to SketchUp old hands who may still be with Trimble on how to do that. If anybody can point me in the right direction or tell me how, will you please assist?

......

My 5000 credits! [image: 1789164986017-truck.jpg]

An Ascona, if my memory is working today.

There is a problem with a binary file in SU2026 on Mac Could you try with LibFredo6 v16.1g, just published. After installation and restart of Sketchup, please do a Window > LibFredo6 Settings... > Fredo6 Plugins Information for Sketchucation Support. At the top in the output of the Ruby Console, tell me if you see binary loaded or Binary NOT loaded. Also, it would be good to upgrade to Sketchucation Tools v5.0.8, although this is not related.

Hi @fredo6 and all, After two hours of trying to fix the Fredo update-check crash (spoiler — fixed it), here's what I found. Might be useful for pep75/Rienk/MDVolle above too, since it looks like the same class of issue. Setup: macOS 26.6, tested side-by-side across three SketchUp installs on the same Mac — SketchUp 2025, SketchUp 2026 and SketchUp 2027, each with its own LibFredo6 16.1a (+ FredoTools + JointPushPull) installed via Sketchucation Tools. Symptom (SketchUp 2025 and SketchUp 2026 — identical on both): the "Check Fredo6 Plugins for Update" dialog opens completely blank (no version table, no icon, nothing), and the Ruby Console shows: !LibFredo6: Error when requiring Binary .../Fredo6_!LibFredo6/Binaries/Mac_32/bin_body_Lib6G6.bundle - dlopen(...) tried: '.../bin_body_Lib6G6.bundle' (code signature invalid in <...> '.../bin_body_Lib6G6.bundle' (errno=1) sliceOffset=0x00054000, codeBlobOffset=0x000500B0, codeBlobSize=0x00004CE0), ... - .../bin_body_Lib6G6.bundle #<NoMethodError: undefined method register_from_key' for Traductor::ChromiumWdlg:Class> .../body_lib6chromiumwdlg.rbe:1498:in show' .../body_lib6upgrade.rbe:864:in initialize__' .../lib6upgrade.rbe:161:in initialize' .../lib6upgrade.rbe:154:in new' .../lib6upgrade.rbe:154:in show' .../lib6upgrade.rbe:66:in time_for_check?' .../top_libfredo6.rbe:514:in block in after_startup' So the update dialog can't fully init because the ChromiumWdlg engine's native module (bin_body_Lib6G6.bundle) fails to dlopen — macOS rejects its code signature at runtime. Important: SketchUp 2027, with the literal same LibFredo6 16.1a files, has no problem at all — dialog renders fine, no console errors. So this doesn't look like a corrupted download or a bad LibFredo6 build; it looks like SketchUp 2025/2026 vs. 2027 differ in how they enforce code-signing/library validation for third-party native bundles at dlopen time. What did NOT fix it (ruling out a leftover-config issue on my end): Fully quit SketchUp. Removed every Fredo6 folder + .rb loader from Plugins (LibFredo6, FredoTools, JointPushPull). Deleted every orphaned Fredo6 key from the SketchUp prefs plist (ALToolPalette_Fredo6_, Fredo6_CheckForUpdateWarning.) — leftovers from older Fredo tools removed previously. Reinstalled LibFredo6 16.1a completely fresh via Sketchucation Tools. Exact same blank dialog / same console error on the totally clean install. What DID fix it (local workaround): re-signing every .bundle under Fredo6_!LibFredo6/Binaries with a local ad-hoc signature: find ".../Fredo6_!LibFredo6/Binaries" -name "*.bundle" -exec codesign --force --deep --sign - {} ; After this, the dialog renders completely and the console is clean. codesign -dv on the original file actually reported the signature as valid (TeamIdentifier 66M89AU23J, properly signed 31 Aug 2026) — it's specifically the runtime dlopen/library-validation check inside SketchUp 2025/2026 that rejects it, not a malformed file. This is obviously just a workaround I have to redo after every LibFredo6 update/reinstall, not a real fix — posting in case it helps track down why 2025/2026 reject it while 2027 doesn't.

Have you look at my WorkPlane tools and its associated FlattenToPlane tool https://sketchucation.com/pluginstore?pln=WorkPlane https://sketchucation.com/pluginstore?pln=FlattenToPlane This projects the vertices in a selected object onto a selected plane - which you can define over the face...

The House Builder is a fair bit more complicated than the Garage Builder so I have my head buried in the code for a few days with little to show for all my work. Here is a first look at some of the interface with a few random walls arranged for testing. [image: 1789123225946-project_su142_800.jpg] Notice the Start and End markers, similar to the Wall plugin. These will be an optional feature that can be toggled on or off. This is turning out to be a very interesting project and also quite challenging.

[image: 1789080252133-ours.jpg] [image: 1789080252147-otarie2.jpg] [image: 1789080252161-otarie1.jpg]

Mais que fait la police ? Les agents de Krea viennent de sortir! https://www.krea.ai/app Allez dans le Menu Nodes... ça fait peur! https://www.krea.ai/nodes?tab=examples [image: 1789069219735-nodes_krea.jpg]

@glro said: Offline glro about 4 hours ago @juan974 I tried the extension. The feature I miss is the possibility to export scenes from sketchup model. Perspective in Trimble connect seems to be better rendered than in a HTML file. Still, it is a functional extension that can be useful when don't have internet connection Thanks for testing it and for the feedback! The current version is actually a very small plugin, only a few KB, and it relies mainly on SketchUp’s native GLB exporter. So it naturally inherits some of its limitations, including scenes and some aspects of the rendering. I’m working on my own exporter to get more control over the model, scenes and rendering, but that’s a much bigger job and requires quite a bit more development. For now, the goal of this Free version is to keep it as simple and lightweight as possible.

[image: 1788975312749-image1-resized.jpg] [image: 1788975336306-rozalski-lichtboard002-resized.jpg]

A clarification on the main use case: you do not need to open and repair each model individually. Install the extension, then choose Extensions > Repair a folder of SketchUp Finder icons… and select your library folder. It includes normal subfolders. The current-model command is an additional option, and icons are also restored after ordinary saves. The confirmed testing range is Apple silicon with SketchUp 2021–2026. Intel hardware testing remains unconfirmed. Folder repair requires Python 3 at /usr/bin/python3. Download Mac SKP Icon Repair from SketchUcation PluginStore, or use the GitHub source, instructions and direct installer. Both links are in the opening post.

[image: 1788962339555-bandicam-2026-09-09-21-42-51-777.gif] Long time no see! LOOPCUT development update: QuadFace meshes are not supported at this time. I plan to look into adding support in a future release. Two new features have been added: Bulk insert loop edges: Use X + number shortcut Cut and Separate: Hold the ALT key while operating

I updated to SketchUp 2026 and it does not crashes anymore. Thank you.