diff options
author | zeripath <art27@cantab.net> | 2020-08-24 23:39:18 +0100 |
---|---|---|
committer | GitHub <noreply@github.com> | 2020-08-24 18:39:18 -0400 |
commit | f3fb3c6f5600714548c63cb0771e887d7a226744 (patch) | |
tree | e9c45da691f228bfe3db9d9fc0e54a42b7beba16 /vendor/github.com/imdario | |
parent | 019e577d54bc16c13488eb44e08a74bb9c3c66e7 (diff) | |
download | gitea-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