Dank der unermüdlichen Unterstützung von Sammyz haben wir jetzt mutmaßlich den Fehler gefunden und behoben.
[entfernt wegen neuerer Version]
Könntet Ihr mit dieser Vorabversion hier auch selbst einmal testen, ob es bei Euch jetzt auch ohne Crash läuft? Und ob andere Fehler auftreten?
Hier gibt es jetzt versuchsweise eine Version von Zeta Producer 16 mit .NET 8.0.5:
[entfernt wegen neuerer Version]
Freue mich über Eure Rückmeldungen.
Danke, ich werde später eine Version mit .NET 8.0.5 bereitstellen.
Habe leider schon einen Bericht erhalten, dass das auch keine Verbesserung bringt.
Hier meint jemand, es könnte mit der VC++-Runtime zu tun haben.
Könntet Ihr mal probieren, diese bei Euch zu aktualisieren?
Eventuell könnte das helfen.
Danke. Ich habe das jetzt mal als Issue bei Microsoft dokumentiert:
Ich bin gerade dabei, das jetzt mal als Issue an Microsoft zu melden (Link).
Fragen:
Es gibt Berichte bei anderer Software (z. B. AutoDesk), die auch mit ähnlichen Fehlern abstürzen, dass ein Downgrade nach .NET 8.0.2 geholfen hat.
Um das zu verifizieren/falsifizieren, habe ich diese neue Zeta-Producer-16-Vorabversion erstellt:
[entfernt wegen neuerer Version]
Darin ist .NET 8.0.2 enthalten, nicht die neueste 8.0.13.
Wer hier mitliest und noch Zeit und Muße hat, den/die möchte ich bitten, mit dieser neuen Version (ohne "Abgesicherten Modus") nochmals ein paar Tests zu machen.
Vielen lieben Dank fürs erneute Testen 🫡
Mit "Livevorschau" meinst Du das mit F5 "Vorschau" lokal im Browser und dann dort im Menü der Website unterschiedliche Menüpunkte aufrufen?
Hier ein neues Update:
[entfernt, wegen neuerer Version]
Das ist hilfreich, danke. Neues Vorab-Update folgt.
Du hast den "Abgesicherten Modus" verwendet, Sammy, oder?
Hier noch eine weitere Vorab-Version:
Neu darin:
Es gibt einen Startmenü-Eintrag (im "Zeta Producer 16"-Menü), der "Zeta Producer 16 (abgesicherter Modus)" heißt.
Bitte probiert einmal, Zeta Producer 16 darüber zu starten.
Und dann bitte hier berichten:
Der "abgesicherte Modus" schreibt ein Protokoll nach "C:\Users\<MeinUser>\AppData\Local\Zeta Producer 16\Applications\producer-protector.log".
Gerne uns im Fehlerfall dieses Protokoll zur Verfügung stellen.
Danke fürs Testen und Eure Geduld 
Was Sie mal probieren könnten:
sfc /scannow in einer Befehlszeile ausführen.
Und/oder:
https://aka.ms/vs/17/release/vc_redist.x64.exe neu installieren.
Und hier meint noch jemand, dass ggf. andere Programme sich in der PATH-Umgebungsvariable hinterlegt haben und so auf falsche VC++-Versionen umbiegen:
Können wir einen Export der VM von heute (defekt) und von gestern (als es noch ging) bekommen, um das hier lokal debuggen zu können?
Könnte mir jemand mit dem Fehlverhalten ein virtualisiertes System mit dem Fehler zu Testzwecken bereitstellen?
Also die Maschine mit VMware Converter virtualisieren, dann in VMware öffnen, alle persönlichen Dateien entfernen und mir dann gezippt per Upload zukommen lassen.
Selbstverständlich nur freiwillig und nur wenn Ihr Euch das technisch zutraut.
Aktuell stehe ich ansonsten vor einem Rätsel, was die Ursache sein könnte, und hoffe, mit der virtuellen Testmaschine kann ich das dann nachstellen.
Detailfragen gerne auch an mich direkt per E-Mail.
In einer Testmaschine konnte ich das weiße Browserfenster nachstellen und mit nachfolgenden Befehlen beheben:
1.:
icacls "C:\Users\MeinBenutzername\AppData\Local\Zeta Producer 16\Applications\WebView2" /grant *S-1-15-2-2:(OI)(CI)(RX)
2.:
icacls "C:\Users\MeinBenutzername\AppData\Local\Zeta Producer 16\Applications\WebView2" /grant *S-1-15-2-1:(OI)(CI)(RX)
Diese Befehle in einer Windows-Befehlszeile ausführen, z. B. wie folgt:
Achtung! "MeinBenutzername" durch Ihren tatsächlichen Benutzernamen ersetzen.
Bitte mir eine Rückmeldung hier posten, ob das geholfen hat.
Das müssten die Kollegen dann morgen bewerten, das kann ich leider nicht beurteilen.
Der ursprüngliche Fehler ist auf jeden Fall weg, wenn ich das richtig verstanden habe.
Bitte jetzt nochmals das Setup von der Website downloaden.
Versionsnummer ist gleich geblieben 16.8.5.
Der ursprüngliche Fehler sollte jetzt behoben sein:
The process cannot access the file 'C:\Users\Anwender\AppData\Roaming\Zeta Producer 16 - Dynamic Modules\libs\x64\FreeImage.dll' because it is being used by another process.
Das sollte jetzt nicht mehr auftreten.
Ich kann das nachvollziehen. Und aus meiner Sicht lokal auch schon beheben, Hotfix (neues Setup) folgt, ich melde mich später hier wieder.
Kannst Du mir bitte den gesamten roten Text aus dem Bildschirmfoto hier als Text einfügen, so dass er nicht abgeschnitten ist.
Danke!
Nichts mehr fällt ihm ein.
0xc0000005 ist STATUS_ACCESS_VIOLATION, das ist so etwas Elementares, dass irgendetwas am System verstellt sein wird. Ggf. durch Snakeoil, ggf. durch fehlende Windows Updates oder so.
Eventuell mal noch sicherstellen, dass https://aka.ms/vs/17/release/vc_redist.x64.exe installiert ist, obwohl das eigentlich nicht zwingend notwendig sein sollte.
Liefert ein Ausführen und komplett Durchlaufenlassen vom Tool "mrt" ein Ergebnis?
Stehen im Ereignisprotokoll vor/nach dem obigen Auszug passende Einträge, die weitere Details enthalten?
Hier sind ggf. auch noch weitere Tipps: https://www.reddit.com/r/csharp/comme…ror_0x80131506/
Was immer das auch für ein Finanzamt ist; unseres will, dass die Nummern aufsteigend sind, nicht aber, dass sie lückenlos fortlaufend sind.
Könnte das hier bei Dir ggf. auch die Ursache sein?:
Ist ein Bug. Danke für den Hinweis.
Könntest Du mir da ein ganz kurzes Screen-Recording von machen, damit ich erahnen kann, wie sich das verhält, bitte?
Du solltest mutmaßlich im Tray-Bereich Deiner Taskbar auf "Symbol ausblenden" beim Zeta-Producer-Icon klicken:
Danach sollte das Setup durchlaufen.
Das könnte ein Bug sein, der eventuell schon in 16.8.3 behoben ist.
Könntest Du mal schauen, ob Du diese neueste Version verwendest?
Ich kläre am Montag mal intern ab, ob wir selektiv eine Vorab-Version von 16.8.1 zu Testzwecken an G. Cantone zur Verfügung stellen können.
Mutmaßlich könnte es sich damit deutlich besser verhalten.
Sehr gerne, danke.
Sollte Skalierungs-agnostisch sein und immer passen.
In unseren Tests hatten wir zwischen 100 % und 200 % viele verschiedene Skalierungen erfolgreich getestet.
Ggf. ist das hier jetzt eine Regression oder ein Sonderfall an genau diesem "Texte"-Dialog.
Nein, das muss sauber von uns korrigiert werden.
Version 16.8 hat die Oberfläche komplett überarbeitet und berücksichtigt die Skalierung, offensichtlich in manchen Fällen falsch.
Die Frage zur Skalierung habe ich gestellt, um das besser reproduzieren zu können.
Welchen Skalierung-Prozentwert hast Du in Windows eingestellt?
(Kann unter Umständen bei mehreren Monitoren pro Monitor unterschiedlich sein)
Bei mir sind es z. B. 150 %:
Meiner Meinung nach ist die Installation zerschossen; es fehlen mutmaßlich Dateien.
Bitte führe doch mal in einem Konsolenfenster so einen Befehl aus:
dir "C:\Users\ukeim\AppData\Local\Zeta Producer 16" /s > "C:\Users\ukeim\Desktop\dir.txt""ukeim" halt durch Deinen Benutzernamen ersetzen.
Dann die erstellte Datei vom Desktop hier anhängen.
Ich habe meine mal hier angehängt.
Keine Begrenzung.
Das SMTP-Debugging sollte eigentlich in die normale Protokolldatei schreiben.
Ich kenne die genaue Dokumentation jetzt nicht, aber normalerweise sollte in "config.inc.php" auf dem Server der Wert "ZPS_LOG" auf "true" gesetzt werden, und dann noch das SMTP-Debugging aktiviert sein, und dann sollte er eigentlich in einen Parent-Ordner zum Ordner der "config.inc.php"-Datei einen Ordner "SHOP_DATA" angelegt haben, und dort in einem der kryptischen Unterordner sollten Protokolle liegen, die mit einem Texteditor anzuschauen sind.
Und falls es um den QR-Code einer Seite geht, so ist dass bereits in Zeta Producer eingebaut; einfach im Baum einen Rechtsklick machen und dann unter "Erweitert" den Menüpunkt "QR-Code kopieren" auswählen.
Anschließend ist der QR-Code als Bild in der Zwischenablage.
Wir haben seinerzeit wirklich versucht, eine möglichst breite Abdeckung an die halbwegs gängigsten Tools zu realisieren, und diesen Code immer wieder zu ergänzen und anzupassen.
Das Ergebnis ist insgesamt recht ernüchternd, selbst beim Import aus Joomla, WordPress & Co., weil nicht nur von Version zu Version die Inhalte in jeweils andere HTML-Tag-Hierarchien eingebunden sind, sondern das auch relativ stark vom verwendeten Layout/Vorlage abhängt.
Da kann man eigentlich nur verlieren, das sinnvoll anzubinden. Alleine die Navigationshierarchie halbwegs vernünftig zu erkennen könnte eine Dissertation füllen.
Was ich so gesehen habe von WordPress, bietet auch WordPress nur leidlich Unterstützung vom Transfer von einem anderen System nach WordPress. Insofern ist mir in obigem Hinweis von Peter zu WordPress nicht klar, was da dann die Vorteile eines semi-automatischen/manuellen Imports nach WordPress gegenüber einem semi-automatischen/manuellen Import nach Zeta Producer sein könnten.
