Critical. File corruption.
1. One of the employees uploaded a one-page pdf scan to one of the processes - successfully.
2. Another employee downloaded this file - successfully.
3. Downloaded the downloaded file to another process - successfully.
4. An attempt to download from another process is unsuccessful, the file is returned with an enlarged content, when opened with a notepad it does not show meaningful rudiments.
5. The only way to get back to life is to place (replace) an undamaged file, but with a DIFFERENT original name, in place of the broken file through the regular web interface.
6. There is probably a problem with the hashing function, at the stage of encrypting / decrypting downloads, most likely it takes attributes such as the file name and process as variables, and as a result gets confused in file copies.
Original question is available on version: ru
2. Another employee downloaded this file - successfully.
3. Downloaded the downloaded file to another process - successfully.
4. An attempt to download from another process is unsuccessful, the file is returned with an enlarged content, when opened with a notepad it does not show meaningful rudiments.
5. The only way to get back to life is to place (replace) an undamaged file, but with a DIFFERENT original name, in place of the broken file through the regular web interface.
6. There is probably a problem with the hashing function, at the stage of encrypting / decrypting downloads, most likely it takes attributes such as the file name and process as variables, and as a result gets confused in file copies.
Answers:
Can you provide an example file? Its number or hash in your box.
We use md5_file() to determine the hash, which works "from the contents of the file".
We use md5_file() to determine the hash, which works "from the contents of the file".
17.09.2020, 20:37
Как со мной связаться - никак :)Задавайте вопросы на форуме публично - и я отвечу.
Подробнее - https://1b.app/ru/user/11/ Original comment available on version: ru
In general, we catch this error again and again, if we upload two files with the same name and, apparently, with the same content, to the system, the encoding system wedges mercilessly, instead of encrypting the newly uploaded file, it takes the previous one, already encrypted and encrypts again. Plus, in the view mode of all project files, this twice encrypted one is also displayed as a file with zero size. Maybe it's a deduplication failure?
An example of a double-encrypted one is in the attachment.
An example of a double-encrypted one is in the attachment.
26.10.2020, 16:16
Original comment available on version: ru
The same situation continues. When loading a duplicate, it does not encrypt the downloaded duplicate, but re-encrypts the primary file twice.
03.11.2020, 15:12
Original comment available on version: ru
Sikorsky Ilya
Client wrote:
The same situation continues. When loading a duplicate, it does not encrypt the downloaded duplicate, but re-encrypts the primary file twice.
Good afternoon
we will finish the fix soon
please wait
03.11.2020, 15:21
Original comment available on version: ru
Please join the conversation. If you have something to say - please write a comment. You will need a mobile phone and an SMS code for identification to enter.
Log in and comment
Copyright © OneBox 2024
