You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If a file being uploaded is identical to one that's already been uploaded, we should drop the new file and direct the user to the existing splits.
To do this we could hash each file when it's uploaded and store the hash in the database. Then whenever new splits are uploaded, we check the database for their hash.
The text was updated successfully, but these errors were encountered:
Now that accounts are a thing, this becomes a little different. If a signed in user is uploading splits which are identical to some previously-uploaded splits that they don't own, we should allow the upload to happen and the existence of both copies. We should only direct to existing splits if the same user uploaded both, or if both are anonymously uploaded.
A slight problem that may happen is a user wishes to have two copies of splits, one anonymous and one tied to an account, and so that user uploads the same splits twice in a row with the intention of disowning one copy. In this situation we'd (incorrectly) never make the second copy. I don't think this is big enough of a deal to worry about for now though.
This will be much much easier to handle as a part of #66. We can hash the file and store the hash in the runs table as the key lookup, and that will close this issue for free.
If a file being uploaded is identical to one that's already been uploaded, we should drop the new file and direct the user to the existing splits.
To do this we could hash each file when it's uploaded and store the hash in the database. Then whenever new splits are uploaded, we check the database for their hash.
The text was updated successfully, but these errors were encountered: