Sporadischer Absturz beim Bearbeiten eines Artikel - nach Klick auf speichern

[Trainstore]

Hallo zusammen,

seit der 1.11. haben wir gelegentlich das Problem, dass sporadisch nach dem Klick auf Speichern im Artikelstammdaten-Fenster sich die ganze Wawi aufhängt (einfriert) und man dieses nur noch zwangsschließen kann.
Hierdurch kann ich einige Artikel erst zu einem späteren Zeitpunkt bearbeiten.

Gibt es bei jemanden ähnliches Verhalten?

 

[Morimus]

Die Wawi müsste in diesem Fall ein Log erstellen.
Im Ordner JTL-WAWI-Fehler auf dem Desktop.

Daraus kann man schon gut erkennen, warum die wawi abgestürzt ist.

 

[Trainstore]

Diesen Ordner kenne ich. Jedoch muss ich den Absturz selbst erzwingen. Mir wird hier kein Fehler-Log ausgegeben.

 

[TinoDesigns]

Wir haben ein ähnliches Problem. Die JTL-Wawi stürzt bestimmt 5 mal am Tag immer wieder ab. Zu welchem Zeitpunkt genau wir noch nicht festhalten, da wir mehrere Mitarbeiter haben.

Wie kann man das genau analysieren. Die Version 1.11 scheint nicht stabil zu laufen.

 

[TinoDesigns]

Mir wurde gerade ein konkreter Fall genannt:
Auftragbestätigung erstellt -> Ausgabe, Vorschau zum Kontrollieren. Dann hängt das komplette JTL und zeigt nur noch das blaue Rädchen.
Das geht dann einen Moment dann schmeißt uns unser Win 10 komplett aus dem angemeldeten User raus und wir müssen uns ins Win10 neu einloggen. Die JTL-Wawi ist dann geschlossen und wir müssen es komplett neu starten und auch die AB neu öffnen etc.

Das passiert mehrmals am Tag und nimmt jedesmal mehrere Minuten Zeit in Anspruch.

Für ein normales Arbeiten ist das absolut NICHT tragbar.

Wie können wir da eine richtige Fehleranalyse duchführen wo gibt es die passenden Logs von JTL und windows?

Ist das Problem bei JTL bekannt (sollte wir senden gerade unser 2. Supportticket raus) und wird was dagegen unternommen?

Ähnliche Probleme macht auch die Ausgabe manchmal (bei uns Druck und Mailen).

Die Vorschau slebst hat außerdem das Problem dass sie sich nachdem schließen einmal direkt wieder öffnet.

 

[Trainstore]

Das die Wawi von selbst abstürzt, haben wir zum Glück nicht mehr (mittlerweile auf 1.11.4 geupdatet) Das einfrieren konnte ich zumindest in unserem Fall etwas eingrenzen. Es passiert nicht, wenn ich keine Kategorie-Änderungen vornehme. Wenn ich welche vornehme, ist es ein Glücksspiel, ob es sich auf hängt oder nicht. Zu helfen scheint nur, dass vorherige Kopieren des Artikel außerhalb des Artikelstammdaten-Fensters und anschließende Entfernen der "falschen" Kategorie. Standardmäßig tun wir nämlich aufgrund der Masse neue Artikel per Ameise in eine "Importkategorie" einpflegen und verschieben nur die Artikel in die Shop-Kategorien, die wir auch als Stammartikel führen werden.

 

[Trainstore]

Zum Aufhängen: Es passiert definitiv immer nur, wenn ich die Kategorie im Artikelstammfenster ändere.

 

[Rogthedodge]

Ich kann das Problem bestätigen. Ich nehme Änderungen an einem bestehenden Artikel vor, setze ebenfalls eine weitere Kategorie und beim Speichern hängt sich die Wawi auf. Warten zwecklos. Weiß nicht, ob es mit dem weiteren Kategoriepfad zu tun hat aber ich spreche hier die Datenbank auch an.
1.11.4 hatte ich bis gerade installiert und update gerade auf 1.11.5
Es ist so nervig und zeitaufwendig und ein zwischenspeichern kann nicht die Lösung sein, bei Produktdatenoptimierung und Ergänzung.
Wer einen Tipp oder Lösung hat, immer gerneher damit.

Nachtrag: Beim erneuten Öffnen, nach hartem Beenden, spricht er von Datenverlust möglich, da aktuell noch bearbeitet wird. Teile von gepflegten Daten hat er noch übernommern und dann einen Großteil eben nicht mehr.

 

[ergowebshop]

Wir haben das auch bei der 1.11.6 im Speichern von Attributen/Merkmalen eines Artikel, manchmal sogar wenn man HTML Werte bearbeitet und nur Abbrechen klickt.

Interessant nur: das tritt auf allen Windows 10 PCs auf, auch letzte verfügbare Windows Updates alle gemacht. Aber an unserem einen PC mit Windows 11 funktioniert es.

Ich vermute wegen der neueren Version des .NET Framework 4.8.0 und die neue Wawi Oberfläche ist ja in C# programmiert, vorwiegend tritt es in Bearbeiten Fenstern auf wenn diese maximiert sind.