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 [2022/07/19 08:53] – johnsanc | bugs_known_issues [2022/08/28 15:53] – johnsanc | ||
---|---|---|---|
Line 2: | Line 2: | ||
====== Bugs & Known Issues ====== | ====== Bugs & Known Issues ====== | ||
- | |**💡 TIP:** \\ Help us help you! If you find a bug or experience a crash not on this list, please report it on the [[https:// | + | |**💡 TIP:** \\ Help us help you! If you find a bug or experience a crash, please report it on the [[https:// |
+ | |||
+ | |**💡 TIP:** \\ **The list below may be outdated. Please refer to the new and improved [[https:// | ||
===== Bugs ===== | ===== 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. ([[https:// | + | | 1 |
- | |2|Minor|The DatVault DAT " | + | | 2 |
- | |3|Minor|The Compress action is missing the filesize in the fixing status log ([[https:// | + | | 3 |
- | |4|Logic|Empty directories and 0 byte files will be deleted during a fix when the branch is locked in the tree| | | + | | 4 |
- | |5|Crash|A hard crash can occur during a fix due to " | + | | 5 |
- | |6|Logic|A " | + | | 6 |
- | |7|Crash|A hard crash can occur during a scan or fix due to "The process cannot access the file ' | + | | 7 |
- | |8|Crash|A hard crash can occur during a fix due to "There is not enough space on the disk." This happens if the drive where the cache is stored runs out of space, for example during a mid-fix cache backup.| | + | | 8 |
- | |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:// | + | | 9 |
- | |10|Crash|A filesystem error will be thrown if RomVault tries to ZipMove an archive while it is open in another application ([[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:// | + | | 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:// | + | | 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: | + | | 13 | Crash | A hard crash can occur when trying to write a file that is only a case sensitive rename. (screenshots: |
- | |14|Logic|A " | + | | 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:// | + | | 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:// | + | | 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:// | + | | 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: | + | | 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. | | | + | | 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 is unreachable. ([[https:// | + | | 20 | Crash | A crash will occur if a user finds an MIA rom but the DatVault server is unreachable. ([[https:// |
- | |21|Crash|A crash can occur while scanning an archive with the error " | + | | 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 the percentage is not 100%. This also results in a state where RV appears to show fix sources (orange/ | + | | 22 | Logic | Sometimes a fix can end early and look complete, however the percentage is not 100%. This also results in a state where RV appears to show fix sources (orange/ |
+ | | 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" error can occur when trying to make a Full DAT from the RomVault root ([[https:// | ||
+ | | 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 " | ||
===== Known Issues ===== | ===== Known Issues ===== | ||
- | ^# | + | ^ # |
- | |1|Fixes from 7z archives to Uncompressed sets do not use the 7z cache| | | + | | 1 |
- | |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.| | | + | | 2 |
- | |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:// | + | | 3 |
- | |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:// | + | | 4 |
- | |5|If a fix only consists of removals to ToSort, the percentage complete and progress bar stay at 0% ([[https:// | + | | 5 |
- | |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:// | + | | 6 |
- | |7|A "File changed, rescan needed" | + | | 7 |
- | |8|An " | + | | 8 |
- | |9|An " | + | | 9 |
- | |10|RomVault will attempt to scan archives even if the timestamp of the archive did not change. Example: A dat file contains zips as files, so you rename all your zips to *.zip_ to prevent RV from scanning the contents. After fixing the zips have the proper extension in the proper place. However, now if you scan that directory the zip contents will be hashed, which is unwanted. | | | + | | 10 | RomVault will attempt to scan archives even if the timestamp of the archive did not change. Example: A dat file contains zips as files, so you rename all your zips to *.zip_ to prevent RV from scanning the contents. After fixing the zips have the proper extension in the proper place. However, now if you scan that directory the zip contents will be hashed, which is unwanted. |
+ | | 11 | There is a memory leak with mono 6.8.. upgrade to a newer version at [[https:// | ||
===== Linux Specific - Issues ===== | ===== Linux Specific - Issues ===== | ||
- | ^# | + | ^ # |
- | |1|DATVault takes approximately 45 seconds to load and displays a black screen in the process ([[https:// | + | | 1 |
- | |2|DATVault initially loads with no DATs. Closing the window and reopening can resolve the issue. ([[https:// | + | | 2 |
- | |3|DATVault groups filter sometimes shows with a black box ([[https:// | + | | 3 |
- | |4|DATVault will sometimes crash if loaded with login info saved in the config.xml |Ubuntu 20.04 | | | + | | 4 |
- | |5|DATVault checkboxes in the main DAT grid always appear checked ([[https:// | + | | 5 |
- | |6|Clicking external links in the DATVault UI causes a " | + | | 6 |
- | |7|Generating a fixDAT can cause a crash if no directory is selected. RomVault attempts to save to a " | + | | 7 |
- | |8|Sometimes the tree view can disappear when navigating around. Example: If you have one tree that's expansive, scroll down, then switch to a smaller tree the pane goes blank. You need to swap and swap back to get it to appear again. Basically it doesn' | + | | 8 |
- | |9|A hard crash with a "file already exists" | + | | 9 |
+ | | 10 | The Game details and ROM details grids do not display the & character correctly. | ||
===== TorrentZip UI ===== | ===== TorrentZip UI ===== |
bugs_known_issues.txt · Last modified: 2024/05/04 08:58 by johnsanc