Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
Table->Modify. No changes,direct cancel raises error #1547
Details for the issue
What did you do?
I open a well working db, right click on table and tap modify, or open modify via menu. Immediately tap Cancel. Error pops up.
What did you expect to see?
What did you see instead?
Useful extra information
The info below often helps, please fill it out if you're able to. :)
What operating system are you using?
What is your DB4S version?
Did you also
Never used these checks in the Tools menu before...
Maybe showing the result of the foreign key check on 'Cancel' might clarify a lot to the user...
I guess the issue may be closed.
added a commit
Sep 29, 2018
I made a change. It can actually be considered a bug, because the message from the database engine that we were displaying wasn't actually from this check, but from other previous operation.
I've also put two different messages for the case of accepting changes or cancelling them. In the second case we know for sure that our changes are not the reason for the failing check, so we warn the user to fix the problem himself.
Have you a copy of the database for confirming tomorrow that it's working for you as well? Otherwise, if you're interested, you can disable foreign keys in the pragmas tab, make some insertion incoherent to the foreign keys, and then reenable the foreign key. Then you can reproduce the same situation.
There is also room for improvement: maybe the check should be done before opening the
I can confirm the new clarifying message on 'Cancel'. Good to the point message and call to action.
Without knowing, my database has been "corrupt" (albeit benign) for quite some time without knowing. The check tools weren't around last time I used SB, so these are quite good new features.
Would it be an idea to add some option for a 'health' check on database save. E.g. a popup asking whether a check should be run before saving? In preferences it could be set as 'never', 'always', 'ask'
Yes, it might be helpful. But we won't see it in the near time, since we want to close all the relevant pending issues and freeze the interface texts for translation. Would you mind opening an enhancement request with the idea so it is not forgotten?