1b.app
Link kopiert -

Kritisch. Dateibeschädigung.

1. Einer der Mitarbeiter hat einen einseitigen PDF-Scan in einen der Prozesse hochgeladen – erfolgreich.
2. Ein anderer Mitarbeiter hat diese Datei heruntergeladen – erfolgreich.
3. Die heruntergeladene Datei wurde in einen anderen Prozess heruntergeladen – erfolgreich.
4. Ein Versuch, von einem anderen Prozess herunterzuladen, schlägt fehl, die Datei wird mit vergrößertem Inhalt zurückgegeben, beim Öffnen mit einem Notizblock werden keine aussagekräftigen Ansätze angezeigt.
5. Die einzige Möglichkeit, wieder zum Leben zurückzukehren, besteht darin, über die Standard-Webschnittstelle eine unbeschädigte Datei, jedoch mit einem ANDEREN Originalnamen, anstelle der beschädigten Datei zu platzieren (zu ersetzen).
6. Es liegt wahrscheinlich ein Problem mit der Hashing-Funktion vor. Beim Verschlüsseln/Entschlüsseln von Downloads werden höchstwahrscheinlich Attribute wie der Dateiname und der Prozess als Variablen verwendet, was zu einer Verwechslung in den Dateikopien führt.
Die ursprüngliche Frage ist in der Version verfügbar: ru

Antworten:

Können Sie eine Beispieldatei bereitstellen? Seine Nummer oder Hash in Ihrer Box. Wir verwenden md5_file(), um den Hash zu ermitteln, der "aus dem Inhalt der Datei" funktioniert.
17.09.2020, 20:37
Как со мной связаться - никак :)
Задавайте вопросы на форуме публично - и я отвечу.
Подробнее - https://1b.app/ru/user/11/
Originalkommentar zur Version verfügbar: ru

Generell fangen wir diesen Fehler immer wieder ab, wenn wir zwei Dateien mit gleichem Namen und scheinbar gleichem Inhalt auf das System hochladen, klemmt das Verschlüsselungssystem gnadenlos, anstatt die neu hochgeladene Datei zu verschlüsseln, übernimmt es die vorherige, bereits verschlüsselt und erneut verschlüsselt. Außerdem wird im Ansichtsmodus aller Projektdateien diese doppelt verschlüsselte auch als Datei mit der Größe Null angezeigt. Vielleicht ist es ein Deduplizierungsfehler? Ein Beispiel für einen doppelt verschlüsselten Anhang.
26.10.2020, 16:16
Originalkommentar zur Version verfügbar: ru

Die gleiche Situation dauert an. Beim Laden eines Duplikats wird das heruntergeladene Duplikat nicht verschlüsselt, sondern die Primärdatei zweimal neu verschlüsselt.
03.11.2020, 15:12
Originalkommentar zur Version verfügbar: ru

Sikorsky Ilya Der Kunde schrieb / a: Die identische Situation ist weiterhin. Beim Laden eines Duplikats wird das heruntergeladene Duplikat nicht verschlüsselt, sondern die Primärdatei zweimal neu verschlüsselt. [/ quote] Guten Tag, wir werden den Fix bald fertigstellen, bitte warten
03.11.2020, 15:21
Originalkommentar zur Version verfügbar: ru

Bitte beteiligen Sie sich am Dialog. Wenn Sie etwas zu sagen haben - schreiben Sie bitte einen Kommentar. Für die Teilnahme benötigen Sie ein Mobiltelefon und einen SMS-Code zur Identifizierung. Melden Sie sich an und schreiben Sie einen Kommentar