bugs_known_issues
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
bugs_known_issues [2021/09/05 08:36] – gordonj | bugs_known_issues [2021/09/06 10:02] – gordonj | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Known Issues ====== | ====== Known Issues ====== | ||
- | | ||
- | * If a file has permissions that disallow deletion during a fix operation, RomVault with throw a friendly error. Upon dismissing this message a hard crash will occur with an error and the cache will become corrupted. RomVault will not start again until the corrupt cache file is removed. | ||
- | | ||
- | * 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. | ||
- | * A fix operation on a 7z file can leave orphaned files in the 7z cache directory. It appears these orphaned files are then completely ignored | + | * (1) If you run out of disk space during |
- | * Single Archive settings do not work properly unless the DATs are each in their own folder. | + | * (2) 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. |
+ | |||
+ | * (3) A fix operation on a 7z file can leave orphaned files in the 7z cache directory. It appears these orphaned files are then completely ignored | ||
+ | |||
+ | * (4) Single Archive settings do not work properly unless the DATs are each in their own folder. | ||
- | * If the Single Archive + No SubDirs settings are used when a DAT is NOT in its own subfolder in the DATRoot, then subdirectories are still created. If the DAT is in its own subfolder, then the settings work as expected. This issue has been reported by people who are also using " | + | * (5) If the Single Archive + No SubDirs settings are used when a DAT is NOT in its own subfolder in the DATRoot, then subdirectories are still created. If the DAT is in its own subfolder, then the settings work as expected. This issue has been reported by people who are also using " |
+ | |||
+ | * (6) 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. | ||
+ | |||
+ | * (7) DATs with zero entries are automatically selected in the tree after a DAT Update, even if the DATs did not change. | ||
+ | |||
+ | * (8) The side icons are not visible when RomVault is used on Linux. This is likely a PNG transparency issue. | ||
+ | |||
+ | * (9) 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 when clicking on ToSort in the tree. | ||
+ | |||
+ | * (10) Files can be deleted in certain scenarios with unrecommended directory settings. For example, if you map a directory in your RomRoot to a ToSort directory then a fix operation will delete files that RomVault thinks are not needed because they reside elsewhere. In this case the directory deleted from and the location of the undeeded roms are the same. An extra check is needed to prevent unwanted deletions. (Extra checks have been added to the next release to make this less likely to delete files in this incorrect user case.) | ||
- | * If you generate fixDats on directories that are using the Single Archive setting with "Add SubDirs if multiple roms" then RomVault | + | * (11) Files without read permissions |
- | * DATs with zero entries are automatically selected in the tree after a DAT Update, even if the DATs did not change. | + | * (12) RomVault throws |
- | * The side icons are not visible when RomVault is used on Linux. This is likely a PNG transparency issue. | + | * (13) Missing counts in the tree and summary panes include ROMs that are in blue locked status. For example, an unneeded locked file will count as missing even if you have all other ROMs marked as "Have." |
- | * Corrupt archive icons are only displayed at levels above the directory | + | * (14) If RomVault does not have proper access to a directory, scanning |
- | * Files can be deleted in certain scenarios with unrecommended directory settings. For example, if you map a directory in your RomRoot to a ToSort directory then a fix operation will delete files that RomVault thinks are not needed because they reside elsewhere. In this case the directory deleted from and the location of the undeeded roms are the same. An extra check is needed to prevent unwanted deletions. | + | * (15) The Dat Info pane can display information |
- | * Files without read permissions are completely skipped by RomVault with no indicators. Ideally these files should be flagged with a blue status. | ||
- | * RomVault throws a " | + | 1,10,15 This are fixed (Improved) ready for next release. |
- | * Missing counts in the tree and summary panes include ROMs that are in blue locked status. For example, an unneeded locked file will count as missing even if you have all other ROMs marked as " | + | 3 Would like to know if this is still a problem? |
- | * If RomVault does not have proper access to a directory, scanning an uncompressed file in that directory will throw a " | + | 4,5 Don't know if this is really broken? (or just not a well understood feature.) |
- | | + | 6,7 |
bugs_known_issues.txt · Last modified: 2024/05/04 08:58 by johnsanc