aboutsummaryrefslogtreecommitdiffstats
path: root/vendor/github.com/imdario
diff options
context:
space:
mode:
authorzeripath <art27@cantab.net>2020-08-24 23:39:18 +0100
committerGitHub <noreply@github.com>2020-08-24 18:39:18 -0400
commitf3fb3c6f5600714548c63cb0771e887d7a226744 (patch)
treee9c45da691f228bfe3db9d9fc0e54a42b7beba16 /vendor/github.com/imdario
parent019e577d54bc16c13488eb44e08a74bb9c3c66e7 (diff)
downloadgitea-f3fb3c6f5600714548c63cb0771e887d7a226744.tar.gz
gitea-f3fb3c6f5600714548c63cb0771e887d7a226744.zip
Open transaction when adding Avatar email-hash pairs to the DB (#12577)
When adding Avatar email-hash pairs we simply want the DB table to represent a Set. We don't care if the hash-pair is already present, so we just simply Insert and ignore the error. Unfortunately this seems to cause some DBs to log the duplicate insert to their logs - looking like a bug a in Gitea. Now, there is no standard way in SQL to say Insert but if there's an error ignore it. MySQL has INSERT IGNORE, PostgreSQL >= 9.5 has INSERT ... ON CONFLICT DO NOTHING, but I do not believe that SQLite or MSSQL have variants. This PR places the insert in a transaction which we are happy to fail if there is an error - hopefully this will stop the unnecessary logging. Signed-off-by: Andrew Thornton <art27@cantab.net> Co-authored-by: techknowlogick <techknowlogick@gitea.io>
Diffstat (limited to 'vendor/github.com/imdario')
0 files changed, 0 insertions, 0 deletions