Den Vorschlag würde ich unterstützen. So würden zumindest die User einer 1.6.8 sehen, dass sich etwas getan hat.frase wrote:Dennoch bin ich der Meinung, dass es mindestens eine bereinigte Version 1.6.8.1 geben sollte.
Da stimme ich grundsätzlich zu. Das größte Problem ist allerdings nicht unbedingt der Aufwand, die neue Version zu veröffentlichen, sondern der Aufwand für Anwender nun gleich schon wieder eine neue Version einzuspielen, die gerade mal einen Bugfix enthält, obwohl noch ein paar andere Issues auf der Roadmap stehen, und die würden streng genommen halt erst wieder eine Abstimmung (2 Wochen) erfordern.frase wrote:Dennoch bin ich der Meinung, dass es mindestens eine bereinigte Version 1.6.8.1 geben sollte.
Ich glaube nicht, dass alle Anwender sich durch die Beiträge im Forum durchwurschteln (wollen), um die Lösung zu finden.
Es bedeutet also wieder Aufwand - der allerdings nötig ist (denke ich).
Was er auch prompt getan hat!cmb wrote:Danke für den Hinweis! Das müsste wohl svasti erledigen.frase wrote:http://www.cmsimple-xh.org/de/?Download-Bereich - Link zu heise
https://www.heise.de/download/product/cmsimple-xh-91863
Beide Adressen/Links bzw. das Download-Angebot sollten aktualisiert werden.
Wäre es dann nicht vielleicht eine Option ein paar Zeile php Code im Core hinzuzufügen die beim Start der Adminoberfläche prüft ob evtl. Updates / Bugfixes o.ä. zur Verfügung stehen.... sondern der Aufwand für Anwender nun gleich schon wieder eine neue Version einzuspielen, die gerade mal einen Bugfix enthält, obwohl noch ein paar andere Issues auf der Roadmap stehen...
Das ist mir auch so durch den Kopf gegangen.frase wrote: Ich glaube nicht, dass alle Anwender sich durch die Beiträge im Forum durchwurschteln (wollen), um die Lösung zu finden.
Es bedeutet also wieder Aufwand - der allerdings nötig ist (denke ich).
Alternativ könnte man zumindest auf cmsimple-xh.org an prominenter Stelle die betreffende Datei als Fix zum Download anbieten
Vielleicht keine schlechte Idee -> hi_updatecheck -> Arbeit für Holgerolape wrote:Vielleicht kann man bei zukünftigen Versionen im Backend eine Art News unterbingen.
Da könnte man solche Infos kurzfristig zur Verfügung stellen.
Das macht der UpdateCheck ja bereits; es muss halt nur eine neue Version zur Verfügung stehen. Ob diese nun 1.6.9 oder 1.6.8.1 heißt, spielt eigentlich keine Rolle, und da wir bislang immer nur 3-stellige Versionsnummern hatten, würde ich es dabei belassen. Mir ging es halt vor allem darum, dass eben nicht nur ein einziger Bugfix veröffentlicht wird, wenn sowieso noch ein paar andere Kleinigkeiten zu erledigen sind.Ulrich wrote:Wäre es dann nicht vielleicht eine Option ein paar Zeile php Code im Core hinzuzufügen die beim Start der Adminoberfläche prüft ob evtl. Updates / Bugfixes o.ä. zur Verfügung stehen.... sondern der Aufwand für Anwender nun gleich schon wieder eine neue Version einzuspielen, die gerade mal einen Bugfix enthält, obwohl noch ein paar andere Issues auf der Roadmap stehen...
Das würde ich sehr ungern tun. Wenn dann nämlich eine Supportanfrage kommt, und der User die Version 1.6.8 nennt, kann gleich nachgefragt werden: "Welche 1.6.8? Die mit oder dem Fix?" Anders herum ausgedrückt: wenn Änderungen am Code vorgenommen werden, dann sollte auch immer die Versionsnummer angepasst werden. Kleine Ausnahmen sind vielleicht denkbar, solange die Version noch nicht oder nur einige wenige Male herunter geladen wurde (also wenn man ein paar Minuten nach der Veröffentlichung merkt, dass ein Bug vorhanden ist). Aber 1.6.8 wurde schon weit über 100 mal herunter geladen.olape wrote:Diese eine Datei einzeln direkt unter dem Downloadlink und auch rechts unter Aktuelles sollte aber auf jeden Fall sein.
Ah! Die Änderung kommt wohl daher, dass ich die vom Build-Script erzeugten ZIPs nicht noch einmal neu gezippt habe, was ich vorher wegen dem in Windows XP integrierten Zipper machen musste. Windows XP ist Schnee von gestern, aber das Permissionproblem sollte gelöst werden. Ich schau mal, ob ich das im Build-Script fixen kann; ansonsten muss halt doch wieder neu gezippt werden.manu wrote:Beim 1.6.7>1.6.8 Patch ist mir aufgefallen, dass die Verzeichnisse/Daten nach dem Auspacken auf dem Server die Berechtigungen 0777/0666 haben. Mein Provider meckert..
Das kann sicher auf 0755/0644 geändert werden.
Konkreter:frase wrote:Vielleicht keine schlechte Idee -> hi_updatecheck -> Arbeit für Holgerolape wrote:Vielleicht kann man bei zukünftigen Versionen im Backend eine Art News unterbingen.
Da könnte man solche Infos kurzfristig zur Verfügung stellen.