Feature: Search should identify hidden files given by default, at least if they were uploaded by the same user

Hi, I'm still learning the ropes and testing this amazing software, it is unlike anything I've ever used.

With that said, I encountered a problem that I could not tell if it was due to my inexperienced or a bug, regardless, it seems to go against the intent of the software. So while I will not refer to it as a bug, I'll describe my user experience and maybe this can help set some new defaults.

### Found the problem

Copyparty will report that it did successfully uploaded the files, but when told to scan the same set of folders it will accuse of several files not found. This happens _exclusively_ on uploading batches.

If I manually upload a hidden folder, copyparty will show it on the browser. Example:

On server:

.hidden directory was uploaded on a "batch" alongside the parent folder and 'unhidden', and it will not show up its single .txt file ever on verification. .hidden2 was uploaded manually and it would show up on verification. The second picture shows it correctly uploaded on the server.

Testing webdav was not my priority, so I can't say with certainty how much I'm on the same situation of https://github.com/9001/copyparty/issues/1009 but what I can attest is that looking for files inside hidden folders, accused to me missing on browser, also gave no results on webdav.

### Possible Flag and access problem?

This is where my skill limited me. I saw examples of using `.` on authorization for users, and the problem repeated.

Assuming I am just bad at it (which would be the one thing you can take for sure on this issue), I tried both the flags `dotsrch` and `dots`, and ran the practical test (11GB I'll mention bellow), same issue, and also the simple test of hidden folders did not show up, including the previously seen .hidden2 folder.

The only way I managed to solve this was to use `A` for my user authorization, and it solved both on the browser and on webdav. Which is moot for my use case, but I'm sure other people wouldn't be able do this workaround.

As expected copy party had the files there all along.

### Why does this matter

Regardless of what my skill ceiling says about me, while I'm sure there are situations where you don't want the user with write permission to check for the hidden file it just uploaded, I don't think it should be the default. Copyparty's search function is one of its biggest strengths.

Also considering I was able to manually upload a single file but not do the same thing with the batches, it doesn't seem intentional.

While I am giving the example of the 3 folders, I did find this problem with a 11GB whatsapp back up where 47k files were confirmed to be uploaded but I would consistently get 800+ files missing when checking for them.

I made the "search" option whenever I changed the .conf for my user, and I even duplicated them on the root file to see if the search was skipping something (it wasn't). While this was done on purpose, I can see someone with way more data than I found myself in suddenly panicking that a lot of files are confirmed missing by copyparty so they keep duplicating their files trying to find out what is wrong.

### Might be helpful

The server was used on Ubuntu Budgie, using nix package manager and a .conf file within the root shared directory. No errors on the conf file were given during the tests when I used the parameter to print the configuration.

### Thanks

This software is just incredible, I am very thankful for you developing it.