View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0019578 | MMW 5 | DB / Backup | public | 2022-11-21 19:55 | 2023-10-14 20:14 |
Reporter | Ludek | Assigned To | |||
Priority | urgent | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Product Version | 5.0 | ||||
Target Version | 5.1 | Fixed in Version | 5.1 | ||
Summary | 0019578: Improve error handling when DB cannot be accessed | ||||
Description | Currently when DB cannot be accessed then Debug builds generates crash log -- which does not say nothing to users about the reasons. - Rusty observed 0019559 where DB couldn't be accessed because of Disk I/O error - LowLander observed crash when his M.2 drive loses drive letter. This caused MM to not have access to the DB on the drive. Looking at the errors that could be handled that way (to be shown with message dialog + Retry button): SQLITE_BUSY = 5; // The database file is locked SQLITE_LOCKED = 6; // A table in the database is locked SQLITE_READONLY = 8; // Attempt to write a readonly database SQLITE_IOERR = 10; // Some kind of disk I/O error occurred SQLITE_CANTOPEN = 14; // Unable to open the database file SQLITE_NOTADB = 26; // File opened that is not a database file I think that for all these errors we could show a common dialog like: "Database file %s cannot be accessed." "Error" <<error code>> [Retry] [Cancel] Note that "Database file %s cannot be accessed." would be a new string to translate. As "Error" already exists. | ||||
Tags | No tags attached. | ||||
Fixed in build | 2818 | ||||
|
Assigned to Rusty to review the wording. |
|
Looks good, but wouldn't it be more useful if the actual error text displayed? e.g. "Database file %s cannot be accessed." "Error: [SQLITE_BUSY] That gives tech savvy people a clue as to what's wrong, and lets less tech savvy people report the issue directly to tech support without the need for tech support to have to look up the error code. |
|
I found that we already have string "'Library database %s can''t be opened, please check the file is accessible and is not locked.'" So I used that string and the error dialog looks like this: |
|
|
|
Fixed in 5.1.0.2818 |
|
Verified 2819 |