Inzwischen habe ich von unserem Reseller Nachricht bekommen, dass dieser Bug in i-doit 1.13.2 behoben sein wird.

@franknagel besser hätte ich es auch nicht erklären können ☺

In Deinem Batch-Request-Payload steht in jedem Element das Tupel id/ObjektID/Kategorie. Anhand des id in der Response kannst Du das Request-Paket herausfinden und von dort ObjektID und Kategorie auslesen.

Außerdem: Ich habe bisher nur numerische IDs verwendet. Danke für die Info, dass das nicht sein muss.

Hallo TPrimus,

danke für den Hinweis!
Das Problem ist bereits bekannt und wird wohl mit Version 1.13 gefixed sein.

Um die SYSID selber setzen zu können braucht es mindestens JSON-API v1.10.2

Hi Tobias, wenn ich mich nicht täusche gibt folgende Option in der Verwaltung:

Verwaltung > Systemeinstellungen > Mandanteneinstellungen > Suche > "Hervorhebung des Suchstrings" (Ja / Nein)

Das Problem ist, das die Hervorhebung mittels HTML innerhalb von Links etc. Fehler bzw. invalides HTML verursacht... Daher kann man sich hier entscheiden ob der gesuchte Wert optisch hervorgehoben werden soll (in diesem Fall werden Links deaktiviert) oder eben nicht.

Hello,

this is the same error like this thread:
https://community.i-doit.com/topic/3575/admin-center-500-error-on-1-12-2-clean-install

Hallo Karsten,

welche Version der API ist zur Zeit im Einsatz? Gegebenenfalls diese einmal aktualisieren!
Hilfreich könnte hier auch einmal die Entwicklerkonsole des Browsers sein.
Sollten hier Fehler auftauchen "alles ausser Status 200" bitte einmal via Mail direkt an uns zusenden.

Gruß
Patrick

Vielen Dank für die rasche Hilfe!

Für die Zukunft, wo hätte ich diesen Hotfix finden können? Ich habe diesen weder im Downloadportal noch unter https://kb.i-doit.com/display/de/Hotfixes finden können.
Beziehungsweise, kann ich irgendwo meine E-Mail Adresse hinterlegen um über verfügbare Hotfixes benachrichtigt zu werden?

Grüße,
Tobias Primus

Die Version 1.12 hat Änderungen an isys_cmdb_dao_category_g_sla.class.php gebracht, die Ihr Problem adressieren könnten.

Da fehlt wohl noch der content-type: application/json header.

@OliverGnapp

Danke für den Link.
Die Lösung ( api.validation = 0 in den Expert Settings ) hat geholfen.

Hallo zusammen,

hierfür hat der TE auch ein ticket bei uns erstellt.
Die ist wie bereits festgestellt ein bekannter BUG in der API welcher zum nächsten Release gefixed ist.
Der Hotfix wird durch ein Update des Add-ons natürlich überschrieben 🙂

Grüße aus Düsseldorf
Patrick

Ja, kann man machen. Ich habe festgestellt, ich komme ohne Validierung besser zurecht.

@TG_KommWis Vielen Dank für´s melden 😉 Ich habe für beide Themen ein Bug Ticket aufgemacht 😉

Moin Danny,

deine Lösung hat funktioniert. Vielen Dank

Gruß - Daniel

Sehr cool. Hier ist übrigens mal nen Preview auf die neue Event Version:

0_1542378584488_2940aeb7-067a-4a6c-9d08-f266223f1776-image.png

0_1542378687683_7e33e224-f81d-4568-8e9b-bb409725fc71-image.png

Top, bei mir hat das auch funktioniert.

@bheisig said in Create temporary Table ENGINE ändern:

Ein möglicher Workaround wäre, die Einstellung "enforce_gtid_consistency" auf "Off" oder "Warn" zu setzen. Das allerdings ohne Gewähr unsererseits. Klappt's?

Hallo Benjamin,

danke das Du nachgefragt hast. Da wir aber die GTID basierte Replikation verwenden, ist das leider keine Option. Siehe offizielle MySQL Doku: https://dev.mysql.com/doc/refman/5.7/en/replication-options-gtids.html
dort steht:

When enabled, the server enforces GTID consistency by allowing execution of only statements that can be safely logged using a GTID. You must set this option to ON before enabling GTID based replication.