Bug #1464

Random string at the end of saved file name doesn't work when same file stamp

Added by Brecht De Man over 8 years ago. Updated over 8 years ago.

Status:ResolvedStart date:2015-11-26
Priority:ImmediateDue date:
Assignee:Nicholas Jillings% Done:

50%

Category:-
Target version:-

Description

The very purpose of the random string is to NOT overwrite files saved at the same time, but this does not seem to happen. Rather, I hit enter on two machines at once, and both results were saved with a 200 code… but both with the same name, so one has overwritten the other.
It seems that whenever the time is exactly the same, the generated string is also the same (unless I got very, very (un)lucky that a truly randomly generated string came out the same).
(Both say '[Log] Save OK: Filename "saves/save151126134348-lUoLN8.xml",33701B (core.js, line 685)’)

It was a different HTML file, different set of songs etc. Both in Safari.


Related issues

Related to Feature #1456: Files saved to server: higher resolution than seconds (or... Resolved 2015-11-23 2015-11-26

History

#1 Updated by Nicholas Jillings over 8 years ago

  • Related to Feature #1456: Files saved to server: higher resolution than seconds (or hash) added

#2 Updated by Nicholas Jillings over 8 years ago

  • % Done changed from 0 to 50

PHP Server now performs SHA1 hash to end of the filename instead of random string generation.

#3 Updated by Nicholas Jillings over 8 years ago

  • Status changed from New to In Progress

#4 Updated by Nicholas Jillings over 8 years ago

  • Status changed from In Progress to Resolved

Also available in: Atom PDF