Not really sure where to look - but I think this was preceded by another Perl error which I attempted to capture but it only flashed for a second or two (too short for my slow fingers)
no amount of selecting other bookmarks seems to stop it - just changes the counters accordingly.
however, changing to a different VS and back stops it
do these Perl errors get stores somewhere different?
Did you change the default settings in the File Manager preferences?
Are there any errors in the browser’s console?
It has only been made a “Favourite” otherwise - No
not at the moment - I’ve moved around a lot looking for the error (journal, php_logs, etc) - the red error was automatically deleted quite quickly
What OS are you using? If Linux, look into Spectacle. I use it for screen shots but it will also record.
On all VM (currently) Ubuntu 22.x
On my PC (sadly) Windows (with Snipping Tool)
on both (unfortunately) physically challenged to one finger typing or mouse. gone are the days of being a touch typist / keyboard warrior.
I was hoping these errors were being stored in a log somewhere and that my knowledge of Webmin/Virtualmin was letting me down again. Ok, we don’t need all the success messages from Perl but the errors might be of use - or at least have them not vanish before they can be read / cancelled.
Same happened today (after quite a lot of use without the error re-occuring yesterday - so the error is not critical 
) this time I checked the console:
mydomain.com-1736852913796.log (1.9 KB)
I guess the relevant bit is:
Failed to load resource: the server responded with a status of 500 (Perl execution failed)
What browser are you using and on which OS?
Browser = Chrome (I could try Firefox but the error disappears too quickly and I am unable to get it to reproduce reliably).
that error log posted above, makes me think it is a system problem. there is a lot of activity (mostly PHP) on this VM the other VS are just ticking over (Nodejs apps). - primarily a dev box ATM.
What if you try another Chromium-based browser, such as Brave or Opera, without any extensions enabled? Do you still have that issue?
As noted above
that is 3 days now without the error (or perhaps it is getting quicker - or me less attentive) there have been package updates as well.
Is there really nowhere else to find these logged?
It is back today.
Again tried with no extensions added but sorry still Chrome browser in use.
08:30:50.491 :10000/extensions/file-manager/tree.cgi?module=filemin&d=3&y=1&e=0:1
Failed to load resource: the server responded with a status of 500 (Perl execution failed)
so same error message, still times out and deleted before any further investigation and no log (or at least one I can find)
the spinning doom disappears on page reload or change in module then is gone for good even after logout+login of system, which means it is not reproducible.
I cannot reproduce this issue, I just tried opening the URL you shared and it worked for me. The log should be in /var/webmin/miniserv.error file.
yes, neither can I
it is so intermittant
Do you have anything in the /var/webmin/miniserv.error log file?
Nothing in there since 25/Nov/2023 miniserv.pl started and several Reloaded configuration
so I guess the error is not being logged
Hmm, it is back again today.
managed to get into browser console log pretty quick
10:02:58.729 bundle.min.js?2120700009999999999:178 Welcome to Authentic Theme 21.20.7
GitHub - webmin/authentic-theme: Official theme for the best server management panel of the 21st Century
10:04:27.340 [DOM] Input elements should have autocomplete attributes : (More info: )
10:04:27.340 [DOM] Input elements should have autocomplete attributes : (More info: )
10:04:27.340 [DOM] Input elements should have autocomplete attributes : (More info: )
10:04:27.340 [DOM] Input elements should have autocomplete attributes : (More info: )
10:04:27.340 [DOM] Input elements should have autocomplete attributes : (More info: )
10:04:27.340 [DOM] Input elements should have autocomplete attributes : (More info: )
10:04:27.340 [DOM] Input elements should have autocomplete attributes : (More info: )
10:04:27.340 [DOM] Input elements should have autocomplete attributes : (More info: )
10:04:00.506 :10000/extensions/file-manager/tree.cgi?module=filemin&d=3&y=1&e=0:1
Failed to load resource: the server responded with a status of 500 (Perl execution failed)
10:10:12.572 bundle.min.js?2120700009999999999:2 XHR finished loading: GET “https://domain.com:10000/xhr.cgi?xhr-info=1”.
send @ bundle.min.js?2120700009999999999:2
ajax @ bundle.min.js?2120700009999999999:2
sysinfo_update @ bundle.min.js?2120700009999999999:177
(anonymous) @ bundle.min.js?2120700009999999999:177
probably a separate issue - but on logging in the VS that is selected in the theme is ignored and I am dumped into the first VS alphabetically in the list and into Webmin not Virtualmin
Still spinning Doom @ 10:44 - nothing in the /var/webmin/miniserv.error
I think the actual cause of this issue is some rogue browser extensions. I can’t reproduce it, and you’re the only one who has reported it.
what I was fearing - but short of pressing the seff-destruct plunger I am at a loss 
tried rebooting and logging back in and still the same unstoppable circle of doom whenever I return to File Manager - it is as if a deleted file/dir is still being searched for - but know not what.
I am beginning to think about temporarily disabling that VS (the one that it keeps reverting to despite it being set as the default in the theme.
and a new console error after disabling the VS - probably unrelated
VM88:1 WebSocket connection to ‘wss://votehere.one:10000/authentic-theme/ws-555’ failed:
What happens if you use the file manager from webmin rather than virtualmin? It should i guess give the same result, not saying this will help just interested