Mist. Ich habe diese Komponente heute Abend aktualisiert, um den neuesten Commit zu übernehmen „Wechsel zur neuen API zum Rendern in Plugin-Outlet. (#37)“ Mein benutzerdefinierter Link ist verschwunden und ich kann ihn nicht wieder anzeigen. Ich habe deinstalliert, neu installiert, neu gestartet, ohne Erfolg.
(3.2.0.beta2-dev - 76e5a939d4, Standardthema)
Update: Ich habe die neue Version gelöscht und aus einer Zip-Datei von dem vorherigen Commit vom 7. September installiert.
Erfolg – diese Version funktioniert wie zuvor.
Ich bin daran interessiert zu hören, ob jemand anderes Probleme mit dem Commit vom 11. Oktober hat.
Ja. Vielen Dank für Ihren Bericht, ich kann das reproduzieren.
Das Aktualisieren meiner Theme-Komponente hat auch dazu geführt, dass meine Header-Links verschwunden sind:
Die Theme-Komponente verwendet eine neue API, die vor 8 Tagen eingeführt wurde, während 76e5a9 von vor 2 Wochen stammt.
Deshalb wird nichts angezeigt. Die API ist nicht verfügbar.
Sie möchten Discourse möglicherweise aktualisieren, um dieses Problem zu beheben, wenn Sie können.
In letzter Zeit sehen wir ähnliche Vorkommnisse 
. Eine Nachricht im Dashboard, die vor dem Update warnt, wäre meiner Meinung nach schön.
Interessant. Ich werde daraus lernen, aber es überrascht mich nicht, dass es ähnliche Vorkommnisse gibt. Es ist sicherlich eine leicht zu machende Sache.
Das Admin-Dashboard lässt es so aussehen, als wäre ich auf dem neuesten Stand:
(Ich bin mir nicht sicher, warum ich auf einer Beta bin – ich habe einfach die offizielle Docker-Installation durchgeführt.)
Wenn ich zum Upgrade-Tab gehe, sehe ich ein verfügbares Upgrade. Aber es ist für v3.2.0.beta1 … was älter klingt als 3.2.0.beta2..? Was ist die Bedeutung von „-dev“? Ich kann keine Dokumentation finden, die die Beta-Release-Progression/Situation erklärt.
Sollte eine Komponente im Allgemeinen wirklich ein Update anbieten können, das nicht mit der installierten Discord-Version kompatibel ist? Das scheint diese Art von Verwirrung zu provozieren. Ich hätte ein Verhalten wie bei WordPress-Plugins erwartet, die deutlich darauf hinweisen, dass sie zurückgehalten werden, bis Sie Ihre Basisinstallation aktualisieren.
Wie Sie dort lesen können, werden Sie nur benachrichtigt, wenn es einen neuen Meilenstein gibt. Wenn Ihnen gesagt würde, dass Sie nach jedem Commit aktualisieren sollen, wären das mehrmals am Tag.
Wenn Sie einen Fehler bemerken, ist es immer gut, zuerst zu aktualisieren, um zu prüfen, ob er bereits behoben wurde.
Ich mag auch Finding what version of Discourse you're using als Erklärung, wie Sie Ihre genaue Version auf GitHub überprüfen können. Natürlich brauchen Sie als Administrator nicht die HTML-Ansicht.
Hier ist die Erklärung für -dev
Danke für die Links, @Moin – ich hatte die Release-Seiten, Github usw. überprüft, aber hier nicht tief genug gesucht.
Das beantwortet viele meiner Fragen theoretisch. Aber nach dem Lesen…
„Wir beginnen den 3.2-Entwicklungszyklus mit
3.2.0.beta1-dev. Wenn dieser zur Veröffentlichung bereit ist, wird er als3.2.0.beta1gestempelt, und dann werden wir sofort mit einem weiteren Commit fortfahren, um die Entwicklung von3.2.0.beta2-devzu starten.“
…bin ich mir immer noch nicht sicher, ob ich von beta2-dev auf beta1 „aktualisieren“ soll.
Ich werde vielleicht einfach abwarten, bis eine Meilenstein-Benachrichtigung kommt.
Prüfen Sie, ob es Updates für Discourse/Docker gibt. Ich hatte diese Woche ein ähnliches Problem. Ich habe ein oder zwei Theme component aktualisiert und hatte Anzeigeprobleme im Zusammenhang mit diesen Komponenten.
Obwohl im Dashboard kein Discourse-Update angezeigt wurde, gab es sowohl bei Docker als auch bei Discourse Commits.
Nachdem ich Discourse aktualisiert hatte, funktionierten die Komponenten wie erwartet.
Es scheint, dass es einen Fehler in unserem Theme-Kompatibilitätssystem gibt. Ich habe meine Änderungen vorerst rückgängig gemacht:
