administrators group | i-doit Community

LFischer

alles klar - das erklärt es Der Login ist in deinem Fall notwendig, ja.
Das hat ganz einfach damit zu tun das i-doit, als multi-tenant system, sich zunächst in einen Tenant einloggen muss um feststellen zu können ob dein Add-on installiert und aktiviert ist.

Das ist Teil des Bootstrappings. Der Login ist nur für Kern System-Commands "überspringbar" die nicht im Mandanten Kontext arbeiten.

Viele Grüße
Leo

LFischer

Hey @cherif

es bleibt merkwürdig... Hattest du meine letzte Nachrichgt gesehen? Hast du einen Command, der den Login voraussetzt? Nur in diesem Kontext werden die Module durchlaufen.

Ich habe einen Stack-Trace bis zu der Stelle angefertigt. In isys_module_manager->module_loader() werden alle installierte / aktive Add-ons durchlaufen.

.../idoit/src/classes/core/isys_application.class.php (320)
   isys_module_manager -> module_loader()
.../idoit/src/idoit/Console/Command/AbstractCommand.php (177)
   isys_application -> bootstrap()
.../idoit/src/idoit/Console/Command/AbstractCommand.php (280)
   idoit\Console\Command\AbstractCommand -> rerunModuleLoader()
.../idoit/src/idoit/Console/Subscriber/CommandEvents.php (85)
   idoit\Console\Command\AbstractCommand -> login()
.../idoit/vendor/symfony/event-dispatcher/EventDispatcher.php (220)
   idoit\Console\Subscriber\CommandEvents -> onCommandStart()
.../idoit/vendor/symfony/event-dispatcher/EventDispatcher.php (56)
   Symfony\Component\EventDispatcher\EventDispatcher -> callListeners()
.../idoit/vendor/symfony/console/Application.php (1118)
   Symfony\Component\EventDispatcher\EventDispatcher -> dispatch()
.../idoit/vendor/symfony/console/Application.php (324)
   Symfony\Component\Console\Application -> doRunCommand()
.../idoit/vendor/symfony/console/Application.php (175)
   Symfony\Component\Console\Application -> doRun()
.../idoit/console.php (26)
   Symfony\Component\Console\Application -> run()

Möglicherweise unterscheiden sich die Zeilen bei deiner Instanz.

Sollte das alles nicht helfen kannst du natürlich innerhalb der execute() Methode deines Commands einfach händisch die init.php includieren. Das sollte aber eigentlich nicht nötig sein

Viele Grüße
Leo

Michael Huhn

@joernc

jeder Mandant hat seine eigenen Daten, dazu zählen auch Passwörter.
Der neue Mandant kennt also keine andere Benutzer als die, die per Default erstellt sind.

Wenn Sie also in der Loginmaske admin/admin eintippen, wird geprüft in welchem der Mandanten diese Kombination hinterlegt ist. Sie werden direkt eingeloggt wenn es nur einen Mandant gibt, zu dem diese Kombination passt.

LFischer

Hallo @Keuchca

der Fehler hatte sich in der Vergangenheit eingeschlichen und wird mit i-doit 39 gelöst Das tritt auf, wenn die Kategorie "Zugewiesene Arbeitsplätze" (oder englisch "Assigned Workplaces") auf der Übersichtsseite zugewiesen ist. Als workaround kannst du diese über die Objekttyp Konfiguration von der Übersichtsseite entfernen.

Viele Grüße
Leo

LFischer

Hey @joernc

bei einem neuen Mandanten sind die gleichen User verfügbar wie nach einer frischen Installation - also üblicherweise admin / admin. Sofern du im ersten Mandanten bereits einen eigenen User angelegt hast, wird dieser im neuen Mandanten nicht existieren.

Die Mandantenauswahl wird nur dargestellt, wenn dein User in mehr als einem Mandanten existiert.

Viele Grüße
Leo

Michael Huhn

@FFlori

dazu muss man den Counter editieren, wie in der KB beschreiben:
https://kb.i-doit.com/de/grundlagen/benutzerdefinierte-zaehler.html#fuhrende-nullen

LFischer

Hey @stefanp74

nach langer Wartezeit (und einem Reminder) konnte ich die Entscheider umstimmen und wir planen (absehbar in i-doit 39) die HTML E-Mails (inkl. richtiger Tabellen) einbauen

Es gehört allerdings noch ein wenig mehr Arbeit dazu als was hier eingebaut wurde - zum Beispiel möchten wir die Entscheidung dem User überlassen und auch den WYSIWYG Editor nutzen, sofern HTML E-Mails aktiviert wurden.

Der Change liegt aktuell bei unserer QS und sollte (wenn nichts dazwischen kommt) mit der nächsten i-doit Version (aktuell für Oktober geplant) veröffentlicht werden.

Viele Grüße
Leo

LFischer

Hey @Moritz

das müsste ich zunächst mal bei unseren Projektmanagern anfragen - ich vermute aber da gibt es keine tiefere Begründung. Es bleibt häufig eine Frage der Priorität.

Jedenfalls habe ich noch mal nachgehakt und konnte die Entscheider umstimmen

Es gehört ein wenig mehr Arbeit dazu als was im anderen Topic eingebaut wurde - zum Beispiel möchten wir die Entscheidung dem User überlassen und auch den WYSIWYG Editor nutzen, sofern HTML E-Mails aktiviert wurden.

Der Change liegt aktuell bei unserer QS und sollte (wenn nichts dazwischen kommt) mit der nächsten i-doit Version (aktuell für Oktober geplant) veröffentlicht werden. Ich werde das auch gleich im anderen Topic erwähnen

Viele Grüße
Leo

LFischer

Oooh whooops, entschuldige, ich habe eben erst gesehen das du den Beitrag bereits verlinkt hast Leider gibt es da noch nichts offizielles

LFischer

Hey @Moritz

offiziell hat es dieses Feature noch immer nicht ins Produkt geschafft - es gab hier aber mal einen Community Beitrag: https://community.i-doit.com/topic/5293/email-benachrichtigung-von-ascii-tabelle-zu-html-tabelle

Hilft das vielleicht übergangsweise weiter? Bitte berücksichtige das solche Datei-Änderungen nach einem i-doit Update verloren gehen.

Viele Grüße
Leo

administrators

Posts

Member List