Bewerten Sie den Beitrag des Forenteilnehmers

[Ataraxis]

Betriebssystem: Windows
Versionsnummer: 7.4.2
Handelspartner: CEWE direkt


Beschreibung:

Hallo,
meine Frau arbeitet an einem Fotobuch, das aktuell 66 Seiten hat.
Da der Platz auf ihrer Platte immer weniger wurde, habe ich ihr Temp Verzeichnis in der Software geändert (auf ein anderes Laufwerk).
Ein paar Tage habe ich diese Änderung rückgängig gemacht, weil ich die Festplatte vergrößert habe (zweite Partition gelöscht und erste vergrößert).
Wieder ein paar Tage später meinte Sie, dass ganz viele Bilder verschwunden sind.
Ich konnte das in der Logdatei auch sehen, es waren aber Meldungen "preventing double entry" dabei, mit denen ich nichts anfangen konnte.

Code:Alles auswählen

W (2024-02-24T21:36:22.037) [bool __cdecl CWFotoParentChildRelationshipRegistry::existsReleationShipForChild(const class CWFotoParentChildRelationship &) const 70] ==>  - preventing double entry:  "file:///C:/Users/<username>/SynologyDrive/Fotoalbum ab 2- 2019 -29.12.23/20201108_160124.jpg" "file:///C:/Users/<username>/AppData/Local/CEWE/tmp/hps1195049846_13132_SafeRegion 8/ledqn12t_1_20201108_160124.jpg" <==
W (2024-02-24T21:36:22.037) [class CWFoto __cdecl CWFotoSafeContainer::decodeFoto(const class QString &) const 243] ==> "Foto konnte Datei cewe:effect=cut,timestamp=0/file:///C:/Users/<username>/AppData/Local/CEWE/tmp/hps1195049846_20104_SafeRegion 8/f7l5qjf6_1_20201108_160124.jpeg nicht finden." <==

Ich habe jedefnalls die fehlenden Bilder auf der Platte oderin der mcfx Datei selber finden können und habe versucht zu reparieren.
Dies tat ich indem ich die Datei dann in den tmp Ordner gelegt habe, in dem CEWE die Datei anscheinend gesucht hat, zu legen.
Das half nichts, da CEWE das Verzeichnis beim Start leert und damit die Dateien dort löscht.
Also habe ich dann den Temp Ordner in CEWE umbenannt und siehe da, CEWE sucht die Dateien immer noch am alten Ort und löscht das nicht. Beim Start werden also alle Bilder wieder gefunden.

Meine Frau war glücklich (ich damit auch), aber leider hielt das nicht lange. Beim nächsten Speichern waren die gleichen Bilder (und neu eingefügte Bilder) wieder weg.

DIe Logmeldungen sind wieder die gleichen (nur diesmal mit tmp2 statt tmp, das hatte ich ja umbenannt):

Code:Alles auswählen

W (2024-03-01T20:39:09.688) [class CWFoto __cdecl CWFotoSafeContainer::decodeFoto(const class QString &) const 243] ==> "Foto konnte Datei file:///C:/Users/<Nutzernamer>/AppData/Local/CEWE/tmp2/hps1195049846_20116_SafeRegion 8/20210210_105413_4aa2qa9v_2-cut.jpeg nicht finden." <==

Habt ihr einen Tipp für mich, wie man das Projekt retten kann?
Da ist bereits wirklich einiges an Zeit reingeflossen und es wäre sehr schade, wenn das wieder von vorne gestartet werden müsste.

Danke und viele Grüße,
Kai


Vorgehensweise:

1. Fotobuch "normal" bearbeitet
2. Tempverzeichnis auf D: verschoben
3. Fotobuch weiter "normal" bearbeitet.
4. Tempverzeichnis wieder auf ursprünglichen Ort bei C: zurückverschoben.
5. Fotos verschwinden
6. Tempverzeichnis innerhalb C: verschoben (tmp auf tmp2 geändert)
7. Fehlende Fotos in den Temp Ordner aus 4 kopiert
8. Fotos sind alle wieder da
9. Speichern
10. Fotos sind wieder weg


Systembeschreibung:

Huawei MateBook 16
AMD Ryzen 5600H
16GB RAM
Windows 11 Home 23H2

[Oldnat]

1.) mcfx nicht nutzen, mcf und extra Bilderordner für Speichern der Projekte verwenden. Die "monolithische" mcfx-Speicherung ist errorprone und bei Probleme schlecht oder mal gar nicht zu handhaben.

2.) Gibt es im Ordernamen wirklich Leerzeichen (erster Fehlereintrag)? Leerzeichen niemals in Datei- oder Ordnernamen verwenden (am besten auch kleine Umlaute...)

[Ataraxis]

1.) Danke, hab mal mir das mcf generiert und reingeguckt, das ist ja xml, damit kann ich schon mal was anfangen.
Aber was das hier bedeuten soll, erschließt sich mir nicht so recht:

Code:Alles auswählen

        <foto id="file:///C:/Users/<Benutzername>/SynologyDrive/Fotoalbum ab 2- 2019 -29.12.23/20201111_185426.jpg">
            <foto id="file:///C:/Users/<Benutzername>/AppData/Local/CEWE/tmp/hps1195049846_20104_SafeRegion 8/r4t3bkm2_1_20201111_185426.jpg" nature="RELATIONSHIP_ONE_TO_ONE_COPY">
                <foto id="file:///C:/Users/<Benutzername>/AppData/Local/CEWE/tmp/hps1195049846_20104_SafeRegion 8/20201111_185427_r4t3bkm2_1-remove-redeye.jpeg" nature="RELATIONSHIP_MODIFIED_COPY">
                    <foto id="cewe:effect=cut,timestamp=0/file:///C:/Users/<Benutzername>/AppData/Local/CEWE/tmp/hps1195049846_20104_SafeRegion 8/20201111_185427_r4t3bkm2_1-remove-redeye.jpeg" nature="RELATIONSHIP_MODIFIED_COPY">
                        <foto id="file:///C:/Users/<Benutzername>/AppData/Local/CEWE/tmp/hps1195049846_20104_SafeRegion 8/20201111_185427-remove-redeye-cut_r4t3bkm2_2.jpeg" nature="RELATIONSHIP_ONE_TO_ONE_COPY">
                            <foto id="file:///C:/Users/<Benutzername>/AppData/Local/CEWE/tmp/hps1195049846_20104_SafeRegion 9/r4t3bkm2_3_20201111_185427-remove-redeye-cut.jpeg" nature="RELATIONSHIP_ONE_TO_ONE_COPY"/>
                        </foto>
                    </foto>
                </foto>
            </foto>
        </foto>

Vielleicht ziehe ich das alles mal glatt und packe die Referenzen alle wie vorgeschlagen in einen Ordner.

2.) Ja und am besten auch nur 8+3 Zeichen wählen. Meine Güte, wir haben 2024. Nicht falsch verstehen, ich bin beruflich im Softwareumfeld und es vergeht kein Jahr (wahrscheinlich eher sogar kein Monat), in dem einem nicht irgendwo Sonderzeichen, verschiedene Zeichensätze, usw. Probleme bereiten...

[Ataraxis]

Zu den geschachtelten Foto Tags:
Ich werde mal versuchen, die alle in
<foto id="safecontainer:/<filename>.jpg" />
umzubennen und nur das innerste zu behalten.

Auf die Bearbeitungskette hat man in der Software anscheinend eh keinen Zugriff.

[Oldnat]

Ataraxis hat geschrieben:

2.) Ja und am besten auch nur 8+3 Zeichen wählen. Meine Güte, wir haben 2024. Nicht falsch verstehen, ich bin beruflich im Softwareumfeld und es vergeht kein Jahr (wahrscheinlich eher sogar kein Monat), in dem einem nicht irgendwo Sonderzeichen, verschiedene Zeichensätze, usw. Probleme bereiten...

Ich bin beruflich auch im Softwareumfeld, seit über 50 Jahre, und weiß wovon ich rede. Manche "Entwickler" können mit Whitespaces und Umlaute auch in 2024 immer noch nicht korrekt umgehen, von regexp haben sie nie mal was gehört, und stolpern beim erstbesten Ordnernamen mit Leerzeichen drin. Ich vertraue keinem in dieser Hinsicht und bleibe auf der sicheren Seite. Aber jeder wie er mag, nur dann nicht wundern, wenn in irgendeinem Programm etwas plötzlich nicht klappt.

[Pascalinah]

Man kann die Texte gar nicht mehr richtig lesen, weil der Text über den PC-Rand hinausläuft....

[Silber-Distel]

...das liegt an der Überbreite des zuerst geposteten Codes. Hier scheinen normale Zeilenumbrüche nicht zu greifen.

[Melanie (CEWEianer)]

Hallo Ataraxis,

gern möchten wir dies einmal überprüfen. Bitte sende uns hierfür eine E-Mail an forum@cewe.de, dann können wir dir einen Link zukommen lassen, über den du dein Projekt für unsere Technik hochladen kannst.

Füge in dieser E-Mail bitte die URL dieses Beitrags ein, damit wir deinen Eintrag schnell wiederfinden können.

Viele Grüße [Melanie]