Posts made by LFischer

Hallo @omueller

ich kann mich da ad-hoc an keine konkrete Änderung erinnern, das müsste ich ggf. mal in unserem Repository nachsehen. Einen Server-Fehler sollte die API allerdings nicht zurück liefern!

Hast du ggf. ein paar mehr Informationen zum gemeldeten Fehler? Könntest du mir auch die i-doit + API Add-on Versionen mitteilen? Ich weiß nur das in i-doit 1.13.1 die Reports von der System- in die Mandanten-DB migriert wurden... Vielleicht handelt es sich hier um einen Folgefehler?

Viele Grüße
Leo

Hallo @oya-erdayı

möglicherweise existieren noch Objekte in einem anderen Status ("Normal", "Archiviert" oder "gelöscht"). Diese müssen zunächst vollständig entfernt werden (= "Purgen"). Den Status kannst du über ein Dropdown an der oberen rechten Echte auswählen:

VG Leo

Hey @fa__

yes, that's correct - working with the ID will work, since i-doit does not have to "look up" the correct version on its own. I have created a bug ticket for the this Thanks for finding this issue!

Best regards
Leo

Hi @flaterik

wie gesagt, dafür gibt es keine Option oder Parameter. Das müsste erst als "Feature Request" bei unserem Support eingereicht werden - du kannst dich dazu hier melden: https://help.i-doit.com/

VG
Leo

Hello @oya-erdayı

I think you forgot the actual name of the command. Instead of:
php console.php --user [...] --password [.......] --tenantId 1 --verbose --ldapServerId 1

You'll need to write:
php console.php ldap-sync --user [...] --password [.......] --tenantId 1 --verbose --ldapServerId 1

Hello again,

I can reproduce this issue, but only if another application object already has a version with the same name. So, imagine you have to application objects:

• Firefox (which has no versions)
• Chrome (which has versions "90.0" and "91.0")

Now you'll try to update you "Firefox" installation and set the version "90.0"... This should result in the same error.

i-doit tries to update the Firefox installation but with the found version "90.0" (but from the Chrome application). Because this version does already belong to a different application object it does not work out.

I'll figure out where it goes wrong

Hey @fa__

can you also reproduce this issue with "names" versions like for example "version 1.0.0"? I think it might be possible that i-doit mistakes the given version for a numeric value and tries to assign something that's not there.

I'll also try to reproduce your issue later

Best regards
Leo

Hi @flaterik

das ist natürlich auch eine Option - sollte sich daraus ein "Feature Request" entwickeln würde dieser vom Support bewertet und an uns (=Entwicklung) übergeben werden. Das ist definitiv der vorgesehene Weg

Viele Grüße
Leo

Hi @flaterik

ich habe mir die Logik mal angesehen, die die "Objekt wurde wiederhergestellt" Einträge schreibt - da ist bereits eine Prüfung enthalten diese Logbucheinträge nur dann zu schreiben, wenn der Status tatsächlich geändert wird... Ich fürchte aber da könnte e in Logikfehler drin sein Werde mir das mal genauer ansehen.

Bezüglich der Änderungen in den Stammdaten: das sieht nicht in Ordnung aus. Wird der LDAP Sync tatsächlich minütlich ausgeführt? Oder gibt es ggf. ein anderes Skript das diese Einträge schreibt?

Eine Funktion zum löschen von spezifischen Logbuch-Daten gibt es nicht - nur eine zum archivieren,

Viele Grüße
Leo

Hello @fa__

it sounds like you'll have to set the expert setting password.decrypt.in-export-import to 1.

Best regards
Leo

Hi @flaterik

danke für das Beispiel, jetzt verstehe ich was du meinst! Wenn es "keine echten" Änderungen gibt, sollte kein Logbuch-Eintrag geschrieben werden.

In deinem Fall kann ich nur vermuten das es aufgrund der Sonderzeichen nicht sauber verglichen werden konnte... Hast du noch andere Beispiele in denen man dieses Verhalten nachvollziehen kann?

Viele Grüße
Leo

edit

Die anderen Zeilen mit dem Text "Objekt wurde wiederhergestellt" werden tatsächlich immer geschrieben, hier könnten wir ggf. eine zusätzliche Logik einbauen die prüft ob sich der Status tatsächlich geändert hat.

Hallo @flaterik

eine solche Option bieten wir derzeit leider nicht an Für gewöhnlich möchte man ja wissen welche Daten sich wann aus welchem Grund geändert haben.

Viele Grüße
Leo

Hey @mikelae

in solchen Fällen kannst du immer im i-doit Log Verzeichnis nachsehen oder auch im Apache Error Log. Da sollten die Exceptions aufgezeichnet werden, ich vermute wie gesagt einen Datenbank Fehler Die Antworten auf meine anderen Fragen könnten auch helfen den Fehler zu finden

VG Leo

Hi @mikelae

ich glaube in dem Fall müsste ich mal die Fehlermeldung sehen Könntest du diese hier posten oder ggf. einen Screenshot davon machen? Wichtig wäre hierbei das die komplette Meldung zu lesen ist.

Möglicherweise fehlt bei dir ein Feld in der Datenbank? Könntest du außerdem herausfinden welche Version des Raumplan Add-ons genutzt wird?
Und: Werden die Fehler erst seit kurzem dargestellt? Wurde etwas aktualisiert (i-doit selbst oder das Add-on)?

VG Leo

Hey @apfel-jan

welche PHP Version hast du im Einsatz? Ich kann an der entsprechenden Stelle keinen "Fehler" finden, vor allem da es ja bei dir auf dem System über die Web GUI läuft

Ist es möglich das Apache und das CLI verschiedene PHP Versionen nutzen?

VG Leo

Hallo @mikelae

das initiale Popup beim öffnen des Raumplan Add-ons zeigt nur die zuletzt erstellten / bearbeiteten Raumpläne an. Darüber hinaus ist es möglich über den Standort-Baum vorhandene Raumpläne zu öffnen oder diese mittels Filter darstellen zu lassen:

Im Standort-Baum:

Oder mittels Filter:

Hat das weitergeholfen?

Viele Grüße
Leo

Hey @Stephan

ich denke hierfür müsstest du dir einen Report zusammenbauen den du dann in einer benutzerdefinierten Kategorie einbinden kannst. Das wäre dann die Kategorie, die du dir wünscht Von Haus aus gibt es sowas nicht, wenn ich dich richtig verstanden habe.

VG Leo

Hi @flaterik

ich hatte mir das noch mal lokal angesehen - ich glaube es handelt sich hierbei um ein "Sicherheits-Feature" des Browsers. Wenn du den Link anklickst kannst du in der "Entwicklerkonsole" deines Browsers (Drücke "F12" und gehe auf den "Konsole" Tab) eine Meldung sehen:

Sicherheitsfehler: Inhalt auf https://demo.i-doit.com/[...] darf file:///c:/Users/Public/test.txt nicht laden oder verlinken.

Ich vermute da gibt es eine Einstellung irgendwo, die man setzen muss

Ich hoffe das hilft weiter?

Viele Grüße
Leo

Hallo @cojo

es ist derzeit tatsächlich nicht möglich diese Daten mittels API zu schreiben. Die API unterstützt die speziellen Feldtypen nicht

Viele Grüße
Leo

Hallo zusammen,

wenn ich mich nicht täusche sollte das über einen file:// link zu erledigen sein, also z.B.: file:///C:/Users/Public/text.txt

Das kannst du eigentlich ganz einfach ausprobieren indem du diese "URL" in die Browser Adresszeile kopierst und Enter drückst

Viele Grüße
Leo