administrators group | i-doit Community

Michael Huhn

bei Problemen am besten beim Support melden -> help@i-doit.com
Ansonsten helfen nur Logs und ob Fehler in der Entwicklerkonsole geloggt werden.

Michael Huhn

@gvde

hilfe ist immer Willkommen!

Entweder hier oder besser im GitHub Repository via Issue oder Pull request.

Für die Skripte
Für die Knowledge Base

Michael Huhn

@cherif

schau mal hier https://kb.i-doit.com/en/system-administration/hotfixes/hotfix-archive/v34.html#hotfix-php-fatal-error-when-saving-multiselect-fields-id-11804

LFischer

Hey @coffee_junkie

da warst du etwas schneller als ich i-doit prüft verschiedene Verzeichnisse in denen sich die Bilder befinden können... Eines davon sollte natürlich passen. Wenn du im "Antwort" oder "Response" Teil des Requests schaust, steht dort The requested image could not be found!?

Der "Location" Teil taucht nur auf, wenn sich das Icon in einem öffentlichen Ordner befindet (also z.B. in /images/...).

Wenn du i-doit im Browser nutzt, verwendest du es in einem Unteroder, z.B. https://my-idoit-host.int/i-doit/ oder direkt in https://my-idoit-host.int? Das könnte ggf ein Indiz dafür sein wieso die Pfade nicht aufgelöst werden können.

ODER es könnte sein das eine Migration beim Update auf i-doit 27 nicht korrekt gelaufen ist. Wir könnten mal einen Objekttyp (z.B. "Server") explizit debuggen.

Dazu müsstest du die folgende Query auf der Mandanten Datenbank (oder als "SQL Report") ausführen:

SELECT isys_obj_type__icon  AS 'objectTypeIcon'
FROM isys_obj_type
WHERE isys_obj_type__const = 'C__OBJTYPE__SERVER'
LIMIT 1;

Für mich taucht hier ein solcher String auf images/axialis/hardware-network/server-single.svg. Wie oben beschrieben ist der images Order "öffentlich" - da sollte es eine Redirect Response geben (Status 302).

Was steht bei dir drin?

edit

Der String aus der DB wird verwendet um eine Reihe von möglichen Pfaden zu bauen:

upload/images/{$tenantId}/object-type/icons/{$iconName} hier werden selbst hochgeladene Icons hinterlegt (Mandantenspezifisch)
{$iconName} beinhaltet den Pfad, siehe mein Beispiel
images/tree/{$iconName} Veraltete PNG Icons
Weitere Pfade können via Add-on registriert werden
images/axialis/documents-folders/document-color-grey.svg Fallback Icon

LFischer

Hey @coffee_junkie

das freut mich Hast du eine kurze Info woran es gelegen hat?

Das laden der Objekttyp Icons wurde vor einigen Versionen (in i-doit 27) angepasst. Auch hier könntest du dir mal den Network Tab der Web Entwickler Konsole anschauen - wo liegt der Flaschenhals?

Wenn die Icons geladen wurden sollten diese für einen Monat gecached werden. Im Grunde wird das aber alles von Apache gehandhabt.
Werden diese bei jedem Seitenaufruf neu geladen? Ist bei dir ggf. das Browsercaching deaktiviert?

Du kannst dir im Network Tab auch die "Response Header" ansehen - da sollte stehen das die Icons für einen Monat gecached werden sollen.
Eine ähnliche Konfiguration gibt es in der .htaccess Datei von i-doit. Hier wird für einie Bildformate eine "Expiration" von 30 Daten definiert, sofern das mod_expires Modul aktiviert ist. Könntest du das prüfen?

Viele Grüße
Leo

LFischer

Hallo @coffee_junkie

diese (zugegeben nicht aussagekräftige) Meldung wird während des Login ausgegeben wenn der technische "Login" Prozess mit einem HTTP Status antwortet der nicht "OK" ist. Für weitere Infos müssten wir uns das mal genauer anschauen.

Könntest du dazu den Login mit geöffneter "Web Entwickler Toolbar" (kann üblicherweise über "F12" geöffnet werden) ausführen?

Dazu bitte VOR dem Login Prozess öffnen und den Netzwerk / Network Reiter öffnen und sicherstellen das die Logs bestehen bleiben (sonst verschwinden die Infos, nachdem die Seite neu geladen wurde). Das sollte so aussehen:

Sollten dort bereits Zeilen drin stehen bitte leeren

Nach dem Login, sollte es etwa so aussehen (die Liste geht weit nach unten, wir benötigen aber nur die ersten Zeilen):

Bei dir scheint es so zu sein das einer der ersten beiden Zeilen keinen Status 200 zurückmeldet (siehe grüne Zahl ganz links). Könntest du hier ggf. ein paar mehr Infos liefern?

Ggf. werden auch Fehler in deinem Apache Error Log geschrieben - die könnten uns weiterhelfen

Viele Grüße
Leo

Michael Huhn

@mio

das checkmk2 Add-on ist aktuell nur bis php 8.2 kompatibel.

Die Doku zum Add-on ist teilweise nicht mehr aktuell, weil die Entwicklung durch die SHD System-Haus-Dresden GmbH weiter entwickelt wird. Da es keine andere Dokumentation gibt, lassen wir unsere noch online.

Aktualisiert werden aber die Release Notes. Ich habe einen Issue für die KB erstellt, damit diese Informationen dort als Hinweis anzeigt werden.

Ps. Ich hab mal eben das Add-on mit php8.2 und php8.3 via "status" geprüft und keinen Fehler erhalten:

LFischer

Hallo @mio

bzgl. der Dokumentation kann ich leider nichts sagen - habe die Infos aber weitergeleitet.

Ich habe mir aber den Fehler angeschaut (Implicitly marking parameter $short as nullable is deprecated, the explicit nullable type must be used instead (...)) - dieser tritt eigentlich erst mit PHP 8.4 auf. Damit ist i-doit (und auch die Add-ons und Partner Add-ons) noch nicht kompatibel.

Ist tatsächlich nur PHP 8.3 installiert oder könnte es sein das idoitcmk auf etwas anderes zugreift? Ich habe da leider keine Einsicht

Viele Grüße
Leo

_	__admin__
P	Philipp Hörselmann
L	LFischer
M	Michael Huhn
B	bheisig
P	PatrickFeiler
J	jd
M	martin
D	dkirsten
A	admin

administrators

Posts

Member List