LANraragi icon indicating copy to clipboard operation
LANraragi copied to clipboard

Since 0.9.20, LRR can't pick up archives reliably (only if they are placed in a subfolder with many other archives?)

Open soarpasser opened this issue 1 year ago • 9 comments

(edited) with further testing this seems to be a completely different issue, marked below.

soarpasser avatar Aug 31 '24 19:08 soarpasser

As mentioned on Discord, I've not been able to repro this.
image

Might be a W10-only issue? It'd be weird to me though..

Difegue avatar Aug 31 '24 23:08 Difegue

After further testing, I can confirm that this issue appears on Windows 10, WSL2 installations of versions 0.9.20 and up. The issue does not occue on Windows 10, WSL1 installations.

soarpasser avatar Sep 01 '24 12:09 soarpasser

Did even more testing... It looks like this problem only happens when you move the archive to a specific subfolder under the content folder. More specifically, I think it has to do with the number of items that are currently in that subfolder.

Here's how I organize my content folder:

  1. Root folder 2. subfolder1 (4000+files) 3. subfolder2 (800 files) 4. subfolder3 (600 files) 5. ...... 10. subfolder10 (20 files)

I find that when, and ONLY when I move an archive in subfolder1,2,3 with a large amount of files, does this error have the potential to occur. Otherwise, when I move it anywhere else, no matter it be a subfolder or the root content directory, the error does not occur.

Thus I suspect that the amount of files in the content folder might cause this issue to happen. This also means that this might not just be limited to windows 10 as originally suspected, but instead to content folders that fulfill the above criteria.

soarpasser avatar Sep 01 '24 14:09 soarpasser

This is conjecture, but I do have some suspicions.

When LRR does it initial scan, it first finds all files before doing any processing. Thus, if there's a lot of files it may take a while before anything happens. ALSO, if any archive causes LRR to crash, you won't get any archives.

If you look in the logs (Shinobu being particularly interesting), does anything stand out?

siliconfeces avatar Sep 06 '24 20:09 siliconfeces

This is conjecture, but I do have some suspicions.

When LRR does it initial scan, it first finds all files before doing any processing. Thus, if there's a lot of files it may take a while before anything happens. ALSO, if any archive causes LRR to crash, you won't get any archives.

If you look in the logs (Shinobu being particularly interesting), does anything stand out?

No, even with debug mode enabled it doesn't show any relevant logs, it's like nothing happens at all. I've since went to legacy builds running WSL1 and the issue doesn't exist there.

soarpasser avatar Sep 08 '24 15:09 soarpasser

I also encountered a similar problem, so that all the files in the directory rather than sub-file will solve this problem?thats really annoyning

hucurve avatar Nov 06 '24 18:11 hucurve

Can confirm, LRR isn't picking up new archives. I have to manually add all new files to the database, one by one.

IAmCaligvla avatar Jan 15 '25 18:01 IAmCaligvla

@soarpasser @hucurve @IAmCaligvla Can anyone confirm if this is still an issue on 0.9.60?

Guerra24 avatar Oct 30 '25 00:10 Guerra24

Can't really speak for the others, but on the current nightlies for Windows I haven't had any problems with file detection at all.

IAmCaligvla avatar Oct 30 '25 06:10 IAmCaligvla