Hi @Toberd,

ich konnte das von dir beschriebene Verhalten nachstellen. Das Problem wurde allem Anschein nach mit der 1.18 aber gelöst.

Viele Grüße

Selcuk

Hi @ebeh,

das sieht aber sehr komisch aus. Ich habe ebenfalls probiert die Berechtigungen auf src/config.inc.php umzusetzen, sodass der Zugriff verweigert wird. Das Fehlerbild ändert sich dadurch aber gänzlich.

Könntest du bitte noch ein letztes folgendes ausführen und den Output prüfen:

Wechsle ins i-doit root directory und führe dies aus:

php console.php

Was ist der Output?

Viele Grüße

Selcuk

Hallo @ebeh,

ist das i-doit tatsächlich installiert? Dieses Fehlerbild tritt tatsächlich auf, wenn "src/config.inc.php" nicht existiert oder aber fehlerhaft ist.

Ist i-doit über den Browser erreichbar?

Viele Grüße

Selcuk

Hi @StephanBuerger,

das ist in den benutzerdefinierten Kategorien über einen eigenen Feldtypen geregelt:

Darüber ist es möglich Javascript-Code in die Kategorie einfließen zu lassen. Hierbei hast du freie Hand und kannst mit i-doit und der Kategorie interagieren, um deinen Use-Case abzubilden.

Ich poste dir hier mal den Code, den ich für meinen Show-Case verwendet habe. Eventuell wird es dann etwas klarer:

/**
 * Funktion zur dynmamischen Umrechung von bytes in die jeweilige, sinnvolle Einheit
 */
function niceBytes(x) {
    const units = ['bytes', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB'];
    let l = 0,
        n = parseInt(x, 10) || 0;
    while (n & gt; = 1024 & amp; & amp; ++l) {
        n = n / 1024;
    }
    return (n.toFixed(n & lt; 10 & amp; & amp; l & gt; 0 ? 1 : 0) + ' ' + units[l]);
}

/**
 * C__CATG__CUSTOM__c_1646331392179 = Das physiche Kategorieattribute mit dem Byte-Wert
 * C__CATG__CUSTOM__c_1646331541953 = Das Dummy-Feld ohne jegliche Funktion, nur zur Representation -> Wir könnten auch per JavaScript ein neues Element erstellen und ins DOM einfügen
 *
 * Was passiert hier?
 * Jedes mal, wenn sich das physische Feld ändert wird unser EventHandler ausgeführt und berechnet mithilfe von niceBytes() die Größe in der passenden Einheit
 * Das Ergebnis wird anschließend in das Dummy-Feld geschrieben
 */
$('C__CATG__CUSTOM__c_1646331392179').on('keyup', evt = & gt; {
    $('C__CATG__CUSTOM__c_1646331541953').value = niceBytes($F('C__CATG__CUSTOM__c_1646331392179'))
});```

Dies ist nur ein Beispiel und kann beliebig erweitert oder umgebaut werden. 

Viele Grüße

Selcuk

Hi @James-Bayliss,

this is a known issue which we plan to solve in the next minor version of i-doit 1.18.1.

Best regards

Selcuk

@StephanBuerger

Hallo Stephan,

leider können benutzerdefinierte Kategorien diese Art von Umrechnungen auf Datenbasis nicht:

Ein übergebener Wert wird als solches in die Datenbank übernommen.

Es ist aber möglich mittels Javascript eine Umrechnung vorzunehmen. Ich habe das im folgenden versucht zu demonstrieren:

Wäre dies eventuell ein Kompromiss oder eine Grundlage, auf der man weiter aufbauen kann?

Viele Grüße

Selcuk

Hi Stefan,

aktuell ist keine Erweiterung des JDISC-Imports geplant, um TPM-Versionen zu pflegen.

Du kannst aber sehr gerne einen Feature-Request formulieren und an help@i-doit.com schicken. Wir werden diesen anschließend unverbindlich evaluieren und ggf. in unsere Roadmap eintakten.

Viele Grüße

Selcuk

@Stevo

Hey,

ich verstehe worauf du hinaus willst. Für eine Angleichung zwischen Web-UI und Druckansicht spricht prinzipiell nichts gegen. Technische Hinderungen fallen mir adhoc nicht ein.

Dürfte ich dich bitten eine Feature-Request zu verfassen und an help@i-doit.com zu schicken.
Das ganze ist unverbindlich von unserer Seite und es ist nicht abzuschätzen, wann diese Erweiterung in der Planung berücksichtigt werden kann und seinen Weg in die Implementierung findet.

Viele Grüße

Selcuk

@Stevo

Hi,

es scheint kein Fehler vorzuliegen. Jetzt, da wir sichergestellt haben, dass hier kein spezifisches Problem zugrundeliegt:

Was würdest du stattdessen erwarten? Was stört dich besonders an der Druckansicht?

Viele Grüße

Selcuk

@ChristianW

Hi Christian,

Könntest du mir eventuell den XML Export zu Verfügung stellen?

Ist diese Verhalten immer wieder reproduzierbar?

Gibt es andere Tuple bei denen das selbige Verhalten zu beobachten ist?

Liebe Grüße

Selçuk

Hi Oya,

do you still struggling with this problem or did you found a working solution because this post is quite old?

Best regards

Selcuk

Hi Oya,

besteht dieses Problem weiterhin oder war es dir möglich es zu lösen?

Viele Grüße

Selcuk

Hey @efabregat,

nice to hear that you are considering to buy the "pro" version.

Regarind your problem:

This is not a common use case but the shown way may be a possible solution to document it.

As i understand you, you want to know how to assign this SIM-Card to the Router.

Is that correct?

Best regards

Selcuk

Hallo @juergen-mnich,

ich vermute, dass du diese Library verwendest, welche aktuell von einem unserer Kollegen gepflegt wird: https://github.com/OKT90/Idoit.API.Client

Was ich dir lediglich auf Grundlage des StackTraces sagen kann ist folgendes:

Der Error-Code "-32604" weist auf ein Problem bei der Authentifizierung hin.

Könntest du bitte sicherstellen, dass die Credentials und auch der API-Key korrekt sind. Eventuell kannst du hierzu den PHP-Client von Benjamin Heisig verwenden oder aber einen simplen HTTP-Client.

Der PHP-Client ist hier zu finden.

Viele Grüße

Selcuk

Hallo @leobaer,

leider kann ich deinen Stand nur wiederholen und möchte die besondere Bedeutung von manuell erstellten Logbucheinträgen für euch hervorheben. Dieser Besonderheiten lassen sich kundenspezifisch multiplizieren.

Zu deinem Problem der Unterscheidung von manuellen vs. automatisch erstellten Logbucheinträgen um ein gezieltes archivieren / löschen zu erlauben:

Eventuell macht es Sinn diese Informationen von besonderer Relevanz in einer entsprechend gearteten Custom-Category unterzubringen. Dies würde zumindest sicherstellen, dass beim Löschen von Daten aus dem Logbuch diese Daten verloren gehen.

Viele Grüße

Selcuk

Hi @DanielB,

wie ist denn dein Lösungsansatz für dieses Problem. Findest du, dass das Add-on dir die Dokumentation dieser Informationen erlaubt?

Viele Grüße

Selcuk

Hi @Stevo

leider ist das von dir gezeigte Verhalten zumindest in der 1.18 nicht reproduzierbar. Du kannst dir einen funktionierenden Case gerne auf unserer Demo ansehen: https://demo.i-doit.com/?objID=59&viewMode=1100&tvMode=1006&catsID=1&objTypeID=4&editMode=0

Benutzername und Passwort lauten jeweils beide "admin".

Verhält es sich auch nach dem Erneuern des Caches fehlerhaft?

Viele Grüße

Selcuk

Hi pg11,

kannst du eventuell eine Übersicht bereitstellen, welche Rechte der besagte "Admin" inne hat?

Auch die Reiter mit "Infrastruktur, Software, Other" etc. fehlen.
der sieht allerdings nichts.

Screenshots würden uns hier sehr weiterhelfen.

Viele Grüße

Selcuk

Hallo Stephan,

entschuldige bitte die verspätete Antwort. Wir versuchen in der Community ein Mitwirken und Kooperation zwischen allen Benutzern von i-doit anzuregen.
Deine Thematik ist doch etwas speziell, so dass dir keiner seine Erfahrungen bei einer ähnlichen Problematik mitteilen konnte.

Ich würde kurzerhand folgendes von dir erfahren wollen:

Die Information in Byte, in welche(s) Kategorie > Attribut wird es geschrieben?

Viele Grüße

Selcuk