Hello all. Yesterday a new N1 iMac arrived and I set it up from a Time Machine backup of my MBP. Everything went nearly flawlessly with the exception of RW. Specifically, when I open my company project file on the new iMac, I get one and sometimes two “Missing - SiteMap Plus Plugin” pop-ups. I have checked my Add-Ons folder and I do see the SitMap plugin in there…
I moved the project file to my MacBook Pro and I get the same thing…
I have been getting “similar” popups on RW 8x for awhile on macOS 10.15.5, but I’ve just always clicked on Update Plugins, but no plugins ever update so I’ve just accepted this as part of the RapidWeaver startup process.
But it does get kind of old, especially since (I think) the list got longer after I updated to 8.9.1. However, my popup says “not codesigned by the developer.” I don’t even know what that means.
Finally, today (without even reading this thread), I decided to ask here on the RW Forum how to eliminate this popup, thus the screenshot. Then it occurred to me to just move these plugins into the Disabled Plugins folder, but these plugins weren’t even listed in the RW8 Addons folder.
They were actually in the RW7 folder so I moved them to the RW8 Disabled Plugins folder, though that might have been the wrong thing to do, and please somebody (like @teefers) let me know if it was wrong.
I then restarted RapidWeaver 8.9.1, and the most amazing thing happened: It restarted (at least) 2x faster, no more Update Plugins window, just automatically opens the RW Project I’m working on, and RW itself operates at least 2x faster.
Not sure why that would have impacted RW8 starting.
Looking at the screenshot, I don’t think any of those listed have support for some time. That’s why the “Update” button didn’t work. So you could have just deleted them instead of moving them to disabled folder.
You can thank Apple for that message. Starting with Catalina, Apple requires anything that “runs” on your Mac to be signed by an approved developer. even stuff like this that was on your Mac long before Catalina.
IMO this is just part of Apple locking the Mac down. I wouldn’t be surprised if in a future release you won’t be able to run anything on your Mac that doesn’t come from the App store (Like iOS and iPadOS are today).
I am using an M1 and I have enabled Rosetta. I am still getting an error even after I have downloaded the latest version of SiteMap. My RapidWeaver version is Version 8.9.2 (20886)
It sounds like it may be installing it to the wrong add-ons folder. You may want to try manually installing the plugin. Open RW and select ‘Reveal Addons Folder’ form the RW8 menu. Place the SiteMap.rapidweaverplugin file into that folder. Relaunch RW.
Thanks, @DLH
I did indeed check this, manually removing any old instance of SiteMap, re-installing from a fresh download and making sure it appeared in teh folder. Additionally, I made sure that RW was using Rosetta by specifying in the RW “Get Info” window of the app.
If you are entirely sure that the plugin is in the add-ons folder that RapidWeaver is pointing to, and you are getting the missing plugin message. That might be a question for RealMac. @dan, @tpbradley, @Aaron
It would be RapidWeaver not finding the plugin, not the plugin.
We have a few different messages on this post. Some from the original poster, others from you and others.
Here’s my understanding of the messages.
“couldn’t obtain the principal class” message, comes on an M1 Mac not running under Rosetta with a plugin not yet ready to run natively on M1.
“not consigned by the developer” message comes from older plugins published before macOS Catalina.
Both of these will prevent the plugin from loading.
“missing plugin” message would follow either of the above messages, but also could be generated by a plugin being missing from the addons folder that RapidWeaver is currently pointing at.
@JohnSnow, I did notice that the message on the screenshot you posted listed two plugins missing. Sitemap and sitemap plus. Not sure why it shows two missing.
It might be helpful to get some screenshots of what message you are currently getting, what shows up in the addons manager, where your addons manager is pointing to, and a finder listing of what’s in the addons folder.
I personally don’t use the built-in addons folder location. I set mine up as a subdirectory of the documents folder. I just called it rapidweaver-addons.
In the addons manager in RapidWeaver down at the bottom, there is a button to set the location. (on an iPad now so can’t give you a screenshot).
There’s also a reveal in finder button. That’s where Rapidweaver is trying to load the plugins and where stacks looks for 3rd party stacks. So if you don’t want to move the add-ons folder to a new location that’s where you need to make sure the addons are located.
If you do this, it should solve the problem. There has been an issue installing addons (plugins, stacks, and themes) by “double-clicking” on Macs that have had multiple versions of RW on them.
I always either right-click and select open with > Rapidweaver8 or drag the addon onto the running Rapidweaver8 icon on the dock. That seems to work every time.
With the help of you offering suggestions and exploring all possibilities, I found the issue. In every case, the plugin was behaving and it was located and loading properly. What killed it for me was the following and must have been a holdover from the Loghound days in my setup: