bonienl

Can you logout, then wait 1 minute and login again. Another thing to try: switch to English GUI and see if it loads.

I updated the plugin "Dynamix Share Floor", which should fix the issue.

I need to look into this Thanks

After reboot it comes back immediately, but the network settings and management settings are reset to default. And you may need to re-open the page using the default access mode (if this was changed): http://tower or http://ip-address

Internally DFM uses these files. When these files are not present there is no current job. /var/tmp/file.manager.active : indicates the current job it is executing /var/tmp/file.manager.status : shows status details of the current job while executing /var/tmp/file.manager.error : exists only after the job has finished or terminated with an error File copy and file move operations use rsync or mv depending on source and destination (DFM has something called "smart move") When you move from one disk to another disk, it will use rsync

There is no log file, but as long as the background process is running you should be able to see the progress. Click on the DFM icon on the top right to open the file manager, if there is still activity it should display that at the bottom.

I have created a new plugin, called Dynamix Factory Reset This plugin allows to return your system to default settings and start like a new installation. Docker and VM images are not removed, the plugin does not touch any data on the array or pool(s). You can recreate your VM by adding a new VM and point to the existing image for the primary vdisk location.

It works with Unraid version 6.12. Please upload your diagnostics, likely there is a configuration error.

The better approach here is to use the "user scripts" plugin and define a custom schedule to let it run. Or alternatively create a dedicated plugin which adds new background task.

Still don’t like it that people change core files of the OS. It can lead to all kinds of unwanted site effects, like in this case.

It is more likely that a plugin modified the monitor script, which I find disturbing. The monitor script is an essential core part of Unraid, this should not get modified in the first place and introduces any potential problems when core updates are done, like in 6.12. I just updated the German language pack on my system without any issues and it appears to run fine. Btw this system has all possible language packs installed for testing purposes.

You are running some modified version of the monitor script. Original script doesn’t have this code.

None of the Unraid updates change this setting, only manual (=user) would change this.

It is normal for directories to appear more than once, shares can exist on multiple disks.

I am happy to announce that the next version of DFM has scheduled jobs. This feature allows to create one or more tasks and put them in a queue, which can be executed upon request. This version is a major rework to make everything possible. Quite a lot of effort was put in developing and testing to ensure correct operation is in place, but please report anything unusual. Once the queue contains operational tasks, these can be viewed by clicking on the JOBS button. Clicking the JOBS button opens a new window, which shows the scheduled jobs in the queue. The user may delete any unwanted jobs before starting, therefor select the jobs to be deleted and then click DELETE, this will reorganize the list or make the list empty when selecting and deleting all scheduled jobs. Click START to begin the schedule. Jobs are executed in the order they appear and the next job starts when the previous job is completed. There is no check for correlation between jobs, it is the responsibility of the user to make sure jobs do not interfere with each other. Once started, progress can be followed in the footer. Press the DFM icon to open the current job and see the details of the operation. To hide the window click the minimize icon at the top right and progress goes back again to the footer. When you CANCEL the job, then the current job terminates, but other jobs in the queue stay there (the queue is not emptied) and the remaining jobs can be started or revised by following the steps as explained before. Hope you like this new addition

Clicking on the page closes the menu for me.

Good point, I will rename it "Search pattern" as per your suggestion. Thanks

I will look into this for a future version. Thanks

The background process isn't stopped when updating the plugin, however a move operation consists of two steps and it might be that you ended up with everything moved but not cleaned up the source (empty folders exist) The button to open the GUI isn't broken, likely something happened to your install. Try a server reboot to start fresh.

The search function only finds files When no folders are selected then the search function searches all underlaying folders from the current view In the latest version you can select folders to limit the search function only for those selected folders You need to use wildcards to find part of names. In your case search for *imdb* Another example: *.pdf finds any PDF files

This is a bug indeed, is corrected in version 2023.04.08 Another bug, and corrected in version 2023.04.08 Thanks for reporting

Another update to improve the "Smart move" operation, this makes more "regular" moves possible.

I made an update for DFM, which enhances the use of the "Search" function. You can select one or more sources for the search function, similar to the Calculate function. Long duration searches can be minimized and progress can be followed in the footer.

Not a bug or oversight. DFM has a "smart move" function, which determines based on source and destination if a copy/delete or move operation will be done. SMART move also looks at which level you are inside a user share to make a decision about the operation to use. DFM is centered around "safety", because DFM is fully aware of the specific file structure of Unraid, it will protect the user against undesired operations, unlike regular file managers which do not recognize the Unraid file structure.

Did you try to refresh the browser?