zapbranagann

Yes, I'll have a release out later today, just working on the changes now.

I look forward to seeing the fix for this, I really have no idea what is causing that behavior.

Thanks, I will try to work on those changes sometime this week (or weekend).

Which version of Unraid are you running? I can't reproduce this on my end, this is truly a head-scratcher for me 😅 @Frank1940 (or anyone else in the thread), would you be able to try this out to see if you can reproduce this? @Squid do you have any ideas what would cause the symptoms @JHopple is reporting?

I will look into it, I'm not super familiar with the Recycle Bin Plugin

I can't reproduce that on my end, and there is nothing in the code that calls unraid shutdown, it's likely that something else resulted in a shutdown that also interrupted the settings update. Try doing the settings change again, also you might have to do a hard refresh in the browser for the top menu bar link to disappear but I just double checked on my unraid install and the setting persists and after I refresh the main page the SMBShares link is no longer in the top menubar.

@comet424 — thanks for the detailed re-test! Just shipped v2026.05.18b (https://github.com/cslemieux/unraid-custom-smb-shares/releases/tag/v2026.05.18b (https://github.com/cslemieux/unraid-custom-smb-shares/releases/tag/v2026.05.18b)) — please force the plugin to update (Plugins → Check for Updates) and try again. Two of the items on your list: 1. Path change on Edit not enabling Apply — confirmed real bug, fixed in v2026.05.18b. Root cause: Unraid's form-tracking watches change/input events on form fields to know when to enable the Apply button. The Browse path picker was setting the path field via $.val() which doesn't fire those events naturally — typing in name/comment does, which is why that worked. Now mirrors the Docker plugin pattern (fires a change event after .val()), so picking a folder enables Apply just like typing. 2. Import from File not working — could you double-check what version you see in the page header (SMB Shares vX.X.X at the top of the shares list)? On my end, v2026.05.18a's Import from File is verified working end-to-end (regression test injects a synthetic JSON file, asserts shares.json on disk is actually replaced with the imported shares — passes). If you're seeing the success toast but the import doesn't take, check (a) the page header version, and (b) whether the .json file you're importing has a top-level array of share objects (not wrapped in another object). After updating to v2026.05.18b, do a hard-refresh (Ctrl+Shift+R / Cmd+Shift+R) to bust the JS cache before testing. 3. & 4. First-row delete + Restore — glad those are working for you. On nested shares ("users/<username>"): SMB itself can't directly nest shares — each [ShareName] is a flat export. But you can get effectively the same UX by using a single share with valid users = %S (Samba magic that means "the share-name == the user"): [users] path = /mnt/user/family files/%U valid users = %U force user = %U create mask = 0640 directory mask = 0750 User alice connecting to \\server\users would land in /mnt/user/family files/alice with only their own files visible, and bob similarly. That's effectively the per-user nested behavior you described, but in a single share definition. (Active Directory uses similar template substitutions — %U / %G / %S are the Samba equivalent.) Your two-server setup with sftpgo absolutely works too; this is just an alternative if you want to consolidate. Cheers, and thanks again for the thorough testing.

Hey @bmartino1, I replied via PM but I'll mention it here as well, I'll use your skeleton as a base and roll out a NFS version as well as a separate plugin.

@comet424 — thanks for the great reports! All four issues fixed in v2026.05.18: https://github.com/cslemieux/unraid-custom-smb-shares/releases/tag/v2026.05.18 (https://github.com/cslemieux/unraid-custom-smb-shares/releases/tag/v2026.05.18) 1. Import (file + paste) now works. 2. Restore actually restores and reloads Samba — no more "failed to restore" or invisible result. 3. The "deletes 1 share at the bottom" wasn't deleting shares — it was the backup list shrinking each time. That side-effect is gone now (and restores succeed, so it stops happening anyway). 4. First-row delete glitch was caused by stray invisible characters in that share's name. Fixed, plus the plugin now auto-cleans those on read so it shouldn't come back even from older backups. Bonus fix: picking a folder via Browse on the Edit page used to silently rename your share — that's gone too. If you can still reproduce "Save doesn't engage when I only change the path" after updating, let me know — I want to make sure that's actually fixed and not something separate. Thanks again for the careful diagnosis — really helpful. Update: shipped v2026.05.18a a few minutes after the initial release — turns out "Import from File" was a silent no-op due to a separate modal-handling bug. Both file and paste imports work now.

Thanks for the report, I'll take a look and fix those bugs

I'll take a look, some of my other changes might have broken this. Are you on the latest plug-in version from CA? @benfishbus I've published a new release that allows shares to be renamed.

Thanks I've merged it in.

Hey bmartino1 thanks for the feedback! I've updated the plugin to allow you to paste paths in so you aren't restricted to click only browsing. I also checked the current plugin code and I don't see how it could erase/overwrite your existing smb-extra file, however the older versions of the plugin did do that and there was a left over script 'generate-config.sh' which I've removed. Would you be able to check if the problem is still happening with the latest version? If so, I'll need some more details so I can reproduce it and come up with a fix.

I filled out the form a few weeks back but I haven't heard back, I'll have to review the plugin publishing docs to see if there is something else I need to do (perhaps some debugging since it's now a semi-automated process).

Oh okay I misunderstood, currently the plugin doesn't create the share folder so unless samba service would this shouldn't happen. I'll double check to confirm what happens if you specify a non-existent path (I think I put error checking in).