bugs_known_issues
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
bugs_known_issues [2021/08/07 10:14] – johnsanc | bugs_known_issues [2022/08/28 15:55] – johnsanc | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== Known Issues ====== | + | ~~NOTOC~~ |
+ | ====== | ||
- | | + | |**💡 TIP:** \\ Help us help you! If you find a bug or experience |
- | + | ||
- | | + | |
- | + | ||
- | * If a file is in use by another process during a fix operation on that file, RomVault will crash and throw an error. At this point the cache will be out of sync with the files on disk and a rescan will be needed. | + | |
- | | + | | **❗ NOTICE:** \\ **The list below may be outdated. Please refer to the new and improved [[https:// |
- | * **(Fixed in V3.3)** If an archive contains all the correct files, and then there is a DAT update that changes only the character case of any of these files, then the archive is still marked as good and the files are not renamed to the proper case. | + | ===== Bugs ===== |
- | | + | ^ # |
- | + | | 1 | Logic | If you generate fixDats on directories that are using the Single Archive setting with "Add SubDirs if multiple roms" with File as the archive type then RomVault will crash with an error. The text reports will not cause a crash, but the reports will not include any information from the directories using Single Archive. This may also occur under other directory setting scenarios but this is unconfirmed. | |
- | | + | | 2 | Minor | The DatVault DAT " |
+ | | 3 | Minor | The Compress action is missing the filesize in the fixing status log ([[https:// | ||
+ | | 4 | Logic | Empty directories and 0 byte files will be deleted during | ||
+ | | 5 | Crash | A hard crash can occur during a fix due to "illegal characters in path" | ||
+ | | 6 | Logic | A " | ||
+ | | 7 | Crash | A hard crash can occur during | ||
+ | | 8 | Crash | A hard crash can occur during a fix due to " | ||
+ | | 9 | Crash | A hard crash can occur if you do not have a DatRoot folder present and you try to add a directory in the DatVault UI ([[https:// | ||
+ | | 10 | Crash | A filesystem error will be thrown if RomVault tries to ZipMove an archive while it is open in another application ([[https:// | ||
+ | | 11 | Crash | A hard crash can occur if you attempt a fix without a ToSort directory ([[https:// | ||
+ | | 12 | Minor | Recompressing to RV7Z shows a status of TrrntZipping in the status log ([[https:// | ||
+ | | 13 | Crash | A hard crash can occur when trying to write a file that is only a case sensitive rename. (screenshots: | ||
+ | | 14 | Logic | A " | ||
+ | | 15 | Crash | A hard crash can occur when RV tries to do a fix from a directory that is no longer accessible due to a case sensitivity difference. This may be a larger race condition issue where RV attempts to reference a folder or file before the change is made on the filesystem. ([[https:// | ||
+ | | 16 | Logic | A "Light Cyan" to ToSort fix status is not accounted for. ([[https:// | ||
+ | | 17 | Crash | A hard crash can occur if an MIA submission times out ([[https:// | ||
+ | | 18 | Logic | CMP DATs are interpreted with incorrect character encoding. (screenshots: | ||
+ | | 19 | Minor | The in-app update notification to 3.5.0 does not work. | ||
+ | | 20 | Crash | A crash will occur if a user finds an MIA rom but the DatVault server | ||
+ | | 21 | Crash | A crash can occur while scanning an archive with the error " | ||
+ | | 22 | Logic | Sometimes a fix can end early and look complete, however | ||
+ | | 23 | Logic | An unaccounted for combination of ROM statuses can occur during a fix and throw and error ([[https:// | ||
+ | | 24 | Minor | Ampersand characters in file and path names are not displayed in the scanning status window | ||
+ | | 25 | Crash | A "Start index cannot be less than zerp" | ||
+ | | 26 | Crash | A crash will occur if the temp archive is open by another process when RomVault tries to rename it ([[https:// | ||
+ | | 27 | Minor | A "file has changed" | ||
+ | | 28 | Minor | The " | ||
- | * **(Fixed in V3.3)** CHDs that have a .chd extension in the DAT file have an extra .chd extension appended when fixed by RomVault (E.g. MAME-2003-Plus DAT) | ||
- | * If you generate fixDats on directories that are using the Single Archive setting with "Add SubDirs if multiple roms" then RomVault will crash with an error. The text reports will not cause a crash, but the reports will not include any information from the directories using Single Archive. This may also occur under other directory setting scenarios but this is unconfirmed. | + | ===== Known Issues ===== |
- | | + | ^ # |
+ | | 1 | Fixes from 7z archives to Uncompressed sets do not use the 7z cache | ||
+ | | 2 | If a path becomes inaccessible during a scan (E.g. mapped network drive), RV will continue to scan and erase information of previously scanned files. Ideally RV should halt if a path is inaccessible. | ||
+ | | 3 | Browsing subfolders in a ToSort during a scan/fix will change the DAT Info panel back to the root of the ToSort every few seconds. ([[https:// | ||
+ | | 4 | The 7z cache logic can result in scenarios where the cache directories can accumulate before deletions occur. This should be optimized to keep a minimum amount of data uncompressed in the 7z cache directories at any given time. ([[https:// | ||
+ | | 5 | If a fix only consists of removals to ToSort, the percentage complete and progress bar stay at 0% ([[https:// | ||
+ | | 6 | [WIP BUILD] ZipMove is sometimes not used if the archive to be moved contains a 0 byte file. This occurs if the zip to be moved resides in a path that comes before the destination directory alphabetically. (E.g. DirA -> DirB: ZipMove not used. DirB -> DirA: ZipMove is used.) ([[https:// | ||
+ | | 7 | A "File changed, rescan needed" | ||
+ | | 8 | An " | ||
+ | | 9 | An " | ||
+ | | 10 | RomVault will attempt to scan archives | ||
+ | | 11 | There is a memory leak with mono 6.8.. upgrade to a newer version at [[https:// | ||
- | * The side icons are not visible when RomVault is used on Linux. This is likely a PNG transparency issue. | + | ===== Linux Specific - Issues ===== |
- | | + | ^ # |
+ | | 1 | DATVault takes approximately 45 seconds to load and displays a black screen in the process | ||
+ | | 2 | DATVault initially loads with no DATs. Closing the window and reopening can resolve the issue. ([[https:// | ||
+ | | 3 | DATVault groups filter sometimes shows with a black box ([[https:// | ||
+ | | 4 | DATVault will sometimes crash if loaded with login info saved in the config.xml | ||
+ | | 5 | DATVault checkboxes in the main DAT grid always appear checked ([[https:// | ||
+ | | 6 | Clicking external links in the DATVault | ||
+ | | 7 | Generating a fixDAT can cause a crash if no directory is selected. RomVault attempts to save to a " | ||
+ | | 8 | Sometimes the tree view can disappear when navigating around. Example: If you have one tree that's expansive, scroll down, then switch | ||
+ | | 9 | A hard crash with a "file already exists" | ||
+ | | 10 | The Game details and ROM details grids do not display the & character correctly. | ||
- | * Corrupt archive icons are only displayed at levels above the directory where the corrupt archive resides. E.g. an archive sitting in the base directory of your ToSort will not appear as corrupt | + | ===== TorrentZip UI ===== |
+ | |||
+ | ^# | ||
+ | |1|A crash will occur if a file has an invalid or missing timestamp | | | ||
+ | |2|A CorruptZip error will occur if disk space runs out | | | ||
+ | |3|Cannot handle multiple files with the same name but different extensions |
bugs_known_issues.txt · Last modified: 2022/11/20 11:08 by johnsanc