Danke für die Info, dann scheint es wirklich ein Bug zu sein. Ich werde mal beim offiziellen Support nachfragen, ob die das schon auf dem Schirm haben.

Hallo zusammen,
ich mache i-doit-Versionsupdates immer über die GUI, weil ich aufgrund von Arbeitsteilung (Lizenzmanagement vs. Betrieb von i-doit) keinen Zugriff auf das Kundenportal habe.

Uns ist bekannt, dass die Updates über die GUI immer erst rund 14 Tage nach dem Release im Kundenportal verfügbar sind. Das passt für uns.

Laut Versionshistorie ist Version 26 vom 22.08.23, und am 05.09.2023 habe ich auch die gewohnte automatische Update-Notification erhalten, die besagt, dass das Update über die GUI bereitsteht.

Allerdings wird das Update auf die Version 26 in der GUI nicht gefunden. Es heißt dort immer nur "No updates available (for your version)."

Kann es sein, dass der Updater über die GUI einen Bug hat? Hat jemand dasselbe Problem?

Wir haben Version 25 (rev 202325000) im Einsatz.

Hallo zusammen,

gibt es für die Versionen 20 und 21 von i-doit Release-Notes oder gibt es nichts Spezielles beim Update zu beachten? Wird z.B. PHP 7.4 weiterhin unterstützt? Unter https://kb.i-doit.com/display/de/Versionshistorie sind keine Release Notes für diese beiden Versionen verlinkt.

Beim Update auf die 1.19 gab es wegen der neuen Unterstützung von PHP 8 ein paar Besonderheiten, siehe z.B. https://community.i-doit.com/topic/4533/add-on-update-der-1-18-2-pro
Daher meine Frage.

Hat jemand Version 20 bzw. 21 schon im Einsatz und kann evtl. Auskunft geben?

Danke und Grüße

Hallo @michael-overkamp ,
danke für die Antwort, dann bin ich beruhigt.

Beste Grüße

Bisher habe ich über eine konfigurierte Benachrichtigung unter "Extras > Benachrichtigungen > Benachrichtigungen verwalten > i-doit Update" immer eine Benachrichtigung bekommen, wenn eine neue Version verfügbar war.

Obwohl ich dort nichts verändert habe, und inzwischen die Version 1.16.3 erschienen ist, bekomme ich keine solche Benachrichtigung mehr in i-doit 1.16.2.

Die Benachrichtigung ist meiner Meinung nach richtig konfiguriert (aktiv, Anzahl zu sendender Benachrichtigungen: unbegrenzt). Der Notification-Job wird auch ausgeführt, aber er findet das Update nicht:

[2021-06-15 21:00:12 0.42312400] INFO: Handling notification type "i-doit Update" [3].

[2021-06-15 21:00:12 0.42405800] INFO: Handling notifications...

[2021-06-15 21:00:12 0.42413800] INFO: Handling notification "I-doit Update Notification" [1]...

[2021-06-15 21:00:12 0.59982800] INFO: Handling notification type "Expiration of a notice period" [4].

Zum Vergleich das notifications-Log unter i-doit 1.16.1:

[2021-03-30 21:00:12 0.07726600] INFO: Handling notification type "i-doit Update" [3].

[2021-03-30 21:00:12 0.07826200] INFO: Handling notifications...

[2021-03-30 21:00:12 0.07832000] INFO: Handling notification "I-doit Update Notification" [1]...

[2021-03-30 21:00:12 0.18447600] NOTICE: i-doit update 1.16.2 found

[2021-03-30 21:00:12] NOTICE: i-doit update 1.16.2 found

Andere Benachrichtigungen (z.B. veränderte Objekte, Ablauf von Lizenzen) kommen weiterhin an.

Vielleicht wurde dort, wo der Job online nachschaut, einfach vergessen, die Info über das neue Update abzulegen?

Kann jemand bestätigen, dass das Problem bei ihm auch auftritt?

Mit Hilfe des Supports unter help.i-doit.com wurde das Problem nun behoben. Danke!

Bei uns war die PHP-Extensions php-zip nicht installiert. Vermutlich lag dies daran, dass der Server unter Debian 8 aufgesetzt worden war und dann später - während i-doit bereits installiert war - auf die Debian-Version 9 aktualisiert wurde. Die Zip-Extension von PHP war in der Installationsdoku von Debian 8 nicht als Requirement aufgeführt.

Beim Überprüfen der installierten Extensions fiel dann noch auf, dass auch die Extension php-mbstring fehlte. Falls jemand also dasselbe Problem hat, am besten mal diese beiden Extensions kontrollieren.

Ich habe mit der neuen Version 1.12 wieder genau dasselbe Problem!

Ich lade das Update in der Weboberfläche über "Verwaltung => Systemtools => i-doit Update" herunter. Dann - bevor ich das Update durchführe - schaue ich mir im Dateisystem unter $idoit/updates/versions/v1.12/files/images/dtree/ ein paar der neuen Dateien mit dem file-Befehl an. Dabei stelle ich fest, dass wieder einige Dateien korrupt sind:

Entweder sind diese bereits im ausgelieferten Zip-File defekt, oder sie werden nicht richtig entpackt.

Das Zip-File wird zwar temporär nach $idoit/temp/ geschrieben, aber das Entpacken und Löschen des Zip-Files geht so schnell, dass ich es nicht abfangen kann. Sonst hätte ich es manuell entpackt, um zu schauen, ob die Dateien dann ebenfalls defekt sind. Wenn ich das Update manuell über das Kundenportal herunterlade und entpacke, sind die Dateien in Ordnung.

Auf die Dauer nervt es, wenn ich immer über das Kundenportal gehen muss.

Ja, daran lag's. Wenn man diesen Fehler nicht macht, klappt es problemlos.

Vielen Dank!

Hallo zusammen,

ich habe ein Verständnisproblem bei der Rechtevergabe. Wir nutzen bisher die Standard-Personengruppen von i-doit (Admin, Author, Reader, usw.) für die Rechtevergabe. Nun würde ich gerne der Personengruppe Author zusätzlich das Recht verleihen, die Listenansichten selbst zu konfigurieren (Spaltenreihenfolge, Standardfilter, usw.).

Dazu habe ich in der Rechtevergabe im Bereich Verwaltung der Personengruppe Author das zusätzliche Recht für "Objekt-Listen definieren (ausführen)" gegeben (siehe Screenshot):

Allerdings wirkt sich das nicht auf die Objektansicht der Personengruppe Author aus. Auch hier ein Screenshot:

Das vergebene Recht ist auch nicht wirksam. Die Personen in der Gruppe Author können die Listenansichten weiterhin nicht selbst editieren.

Hat jemand einen Tipp, was ich falsch mache? Laut Doku müsste mein Vorhaben möglich sein: "Die Rechteverwaltung erlaubt das Vergeben von Rechten, welche Person oder Personengruppe die Listenansicht konfigurieren und anderen Benutzern vorgeben darf."

Viele Grüße

Danke für die Rückmeldungen. Im Log sind beim Kopieren der Dateien keine Fehler zu sehen. Es werden auch keine Dateien gelöscht, sondern die durch das Update ersetzten Dateien sind teilweise defekt.

An ein Hardware-Problem glaube ich nicht wirklich, da auf dem Server noch andere Sachen laufen, die keinerlei Probleme machen.

Ich verwende den automatischen Update-Download über die GUI und habe die Vermutung, dass das Problem beim automatischen Entzippen des Downloads via PHP entsteht. D.h. dass einzelne Dateien dabei "kaputt gehen" bzw. nicht korrekt entpackt werden.

Beim nächsten Update werde ich den ersten Teil (ZIP-Datei herunterladen und entpacken) manuell machen, wie hier beschrieben.