-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support databases with custom triggers #48
Labels
enhancement
New feature or request
Comments
saberraz
added
bug
Something isn't working
data corruption - sync failure - crash
The most critical classification
labels
May 6, 2020
does it have connected tables by foreign keys? |
Probably yes...I shares you the data. |
PeterPetrik
removed
the
data corruption - sync failure - crash
The most critical classification
label
May 19, 2020
This is caused by SpatiaLite database with some extra tables (and triggers on top of them). Geodiff reject to do a automatic rebase for databases with unknown triggers (right now it only accepts geopackage triggers) |
PeterPetrik
changed the title
Geodiff is failing to compare two files and keeps creating conflict files
Geodiff keeps creating conflict files for databases with custom triggers
May 19, 2020
PeterPetrik
added
enhancement
New feature or request
and removed
bug
Something isn't working
labels
May 19, 2020
wonder-sk
changed the title
Geodiff keeps creating conflict files for databases with custom triggers
Rebase fails for databases with custom triggers
May 19, 2020
We could investigate if we can relax the current rules a bit without compromising user data, e.g.:
|
wonder-sk
changed the title
Rebase fails for databases with custom triggers
Support databases with custom triggers
Feb 16, 2021
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I have a geopackage, which users edit in QGIS/Input. When they try to submit their changes, it cannot determine the changes and creates conflict.
The changes are to data (add/remove/edit features) and there is no schema change.
The text was updated successfully, but these errors were encountered: