New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Local File Scan not recursive #117
Comments
More info. Looks like its trying 2019-01-04 06:46:32.163 [INFO] Adding 251 files to local XCI database 2019-01-04 06:46:43.237 [ERROR] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) |
Also is there a way to know which file its getting hung up on. The error message doesn't give much info |
try open command prompt on the folder and do |
Finalaly made it through all the bad ones. Here is the list.
[cid:image001.png@01D4A4C1.154B3240]
…________________________________
From: Garoxas <notifications@github.com>
Sent: Friday, January 4, 2019 10:47:09 AM
To: gibaBR/Switch-Backup-Manager
Cc: Viper911; Author
Subject: Re: [gibaBR/Switch-Backup-Manager] Local File Scan not recursive (#117)
Also is there a way to know which file its getting hung up on. The error message doesn't give much info
try open command prompt on the folder and do dir *.xci or dir /od /tc *.xci
the app lists files based on its creation date, so we need to use above command to sort the files from the oldest to newest
and since you said it stops adding files after 5, you can narrow it down and try add either the 5th or 6th file from the list and see which one causing the issue, and report back here
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#117 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ADFs6UhIl7so6YOayDUlbaBeSb2iY0aKks5u_4WNgaJpZM4ZpmkY>.
|
can you reattach the image. it shows nothing for me |
Not sure on the Scene part, but were all xci files before I renamed to .bad to get the manager to skip the file. |
thank you, and judging by the file names I'm assuming they're custom XCI and it's already a known issue (see #104) although I might be able to at least skip these files so the scan process not interrupted |
can you try this and let me know the result also please check the log (use the actual sbm.log file, not the one in the app) and see if there's this error message |
Works now. I put all the “bad” files in a folder and added a few file by file as well as imported the whole folder. No errors and all come in. I am running the full scan now to make sure all the original files that worked also still come in. Is this a new build? Still shows 1.2.1?
In any case, should I just use this version now?
BTW, the consistent thing that seems to be with these files (that were “bad”) is they are trimmed where none of the ones that originally worked were not.
Mark
…________________________________
From: Garoxas <notifications@github.com>
Sent: Saturday, January 5, 2019 8:06:49 AM
To: gibaBR/Switch-Backup-Manager
Cc: Viper911; Author
Subject: Re: [gibaBR/Switch-Backup-Manager] Local File Scan not recursive (#117)
can you try this and let me know the result
https://mega.nz/#!FcVxFAzQ!IqsuKzFFbvtP0euQwHPyMBRW0fs1NsAPb3hmNHvTD7s
also please check the log (use the actual sbm.log file, not the one in the app) and see if there's this error message Fatal error. This should not happen
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#117 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ADFs6eANzUgiYjO-LFAtxnnnBucwXn7_ks5vALF5gaJpZM4ZpmkY>.
|
great
this is not an official release. just something I built with some fixes for you to test since I don't have those XCI files
the changes are minimal, so it's fine if you want to use this until the next version release
trimmed file should not be an issue. it's because they're custom XCI and since it's relatively new thing, this app is not properly tested to handle those files |
Running 1.2.1 and when I pick root folder using eshop tab it will go through all sub folders and find everything. When I do the same on Local Files it seems like it goes goes the first folder then stops. If I pick the next folder as the starting point it work on that one and so forth (i.e. its finding the files). In any case seems like local tab it not going through all folders and only looking at the first one.
The text was updated successfully, but these errors were encountered: