Ich wollte nur das hochgeladene Logo ändern. Also ging ich zu /admin/config/logo, entfernte das aktuelle Logo und versuchte, das neue hochzuladen. Es schlug fehl:
Es funktioniert, wenn ich nach unten scrolle und auf Speichern klicke, nachdem ich das alte Logo gelöscht habe, bevor ich das neue hochlade. Es funktioniert auch, das neue Logo per Drag & Drop hochzuladen, ohne das alte zu löschen, aber das habe ich anfangs nicht versucht, da das Feld nicht anzeigt, dass ich das tun kann, solange ein Logo vorhanden ist.
Ich habe auch versucht, ein neues Logo hochzuladen, dieses zu löschen und ein weiteres hochzuladen, was ebenfalls fehlschlägt:
Okay, eigentlich funktioniert der Upload. Wenn Sie das alte Logo löschen, ein neues hochladen, den Fehler ignorieren und die Änderungen speichern, sehen Sie das neue Logo. Was sagt mir der Fehler also und warum sind die Schaltflächen danach deaktiviert, wenn es trotzdem funktioniert?
Ich habe das gerade getestet, und es scheint, dass der Fehler auftritt, wenn man ein Bild per Drag-and-Drop verschiebt, aber nicht, wenn man zum Hochladen klickt - wenn man das tut, gibt es kein Problem.
Das ist sicherlich ein Fehler, also werden wir uns das ansehen und schauen, was wir dagegen tun können.
Bei weiteren Tests schien dieses Problem nur sporadisch aufzutreten und nicht konsistent mit denselben Bildern oder Ähnlichem. Davon abgesehen wurde dies als Teil eines anderen Updates behoben, und ich kann es auf keiner Website mehr reproduzieren.
Im Moment kann ich es immer noch in meinem Forum reproduzieren, das vor etwa 15 Stunden aktualisiert wurde. Ich werde es nach dem nächsten Deploy erneut versuchen.
Bisher passiert es jedes Mal, wenn ich versuche, ein Bild per Drag & Drop hochzuladen, nachdem ich das aktuelle Bild gelöscht habe, ohne zwischendurch zu speichern.
Ich habe ein weiteres Video mit dem Standardbild einer Bleistiftskizze und der Site-Einstellungsoberfläche anstelle der Konfigurationsseite aufgenommen. Aber das Problem bleibt bei beiden gleich. Obwohl der Speicher-Button auf der Konfigurationsseite viel weiter unten ist, was erklärt, warum das Nicht-Speichern nach dem Löschen dort wahrscheinlicher ist.
Ja, ich glaube nicht, dass der Screenshot mehr verrät, als ich bereits in meinem ersten Beitrag erwähnt habe.