Danke!

Nach dem Update funktionierts! Danke für die Hilfe!

Hi,   Danke für die Info. Dann muss ich da halt durch … Wir haben zig verschiedene BS-Releases, was sich über Jahrzehnte halt ansammelt ... Gruß mg

Kein Problem

Hallo,   den Ansatz aus der Entwicklung habe ich jetzt, denke ich, verstanden. Danke. D.h. aber im Moment, wenn ich das Feature "Welche Server sind für den ordnungsgemäßen Betrieb der Anwendung XYZ erforderlich" nutzen will, dass ich in diesem Fall nicht dem Ansatz der Entwicklung folgen darf (Zuordung der Anwendung unter "Anwendung/Dienst" beim jew. Serverobjekt). Weil hier habe ich dann ja nicht die Möglichkeit über die Anwendung alle relevanten Server zu beauskunften ! Richtig? Gruß mg

Hallo ihr beiden, bitte unbedingt nochmal dieses Thread nachschauen: http://www.i-doit.org/forum/index.php/topic,417.0.html Ich warte immer noch … Cheers, Chekov

Richtig, i-doit benötigt für seine Mandanten jeweils eine eigene Datenbank.

Hallo,   OK, dann weiss ich jetzt damit umzugehen. Einer Erweiterung in dem angesprochenen Sinne kann ich nur zustimmen und begrüßen! Gruß mg

Hallo Chekov, die Argumentation sticht Wir werden das auf der nächsten Runde mal diskutieren…und dann hier kommunizieren

Du kannst das Update auf Version v0.9.1 vorher benutzen. Das ist in einer für das Update auf v0.9.2 qualifizierten Revision.

Hi,   OK. Damit kann man doch was anfangen. Drängeln wollte ich nicht, nur eine Info wie es aussieht. Danke! mg

Natürlich. Ich bitte um Verzeihung.

Ja, eine kurze Abfrage mit Hinweis macht sicherlich sinn. Werde ich demnächst mit einbauen

Danke, ebenfalls fixed.

Hallo, gerade ist mir noch aufgefallen, dass das gleiche Problem in der Objekttyp Konfiguration besteht.

Gute Arbeit! Das wars. Jetzt funktioniert es einwandfrei. Danke.

Gute Arbeit! Jetzt funktioniert es. Danke.

Die Report Tabelle sollte eigentlich Bestandteil des Updates sein Hier der SQL Befehl für isys_report: DROP TABLE IF EXISTS isys_report; CREATE TABLE IF NOT EXISTS isys_report (   isys_report__id int(32) NOT NULL auto_increment,   isys_report__title varchar(255) NOT NULL,   isys_report__description text NOT NULL,   isys_report__query text NOT NULL,   isys_report__query_row text NOT NULL,   isys_report__mandator int(32) NOT NULL,   isys_report__datetime datetime NOT NULL,   isys_report__last_edited datetime NOT NULL,   isys_report__type char(1) NOT NULL,   PRIMARY KEY  (isys_report__id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ; Danach müsste das Update ohne Fehler funktionieren

Ist so gewollt und auch in allen Kategorien so umgesetzt. Werde ich bei uns aber nochmal zur Diskussion stellen, ob das Verhalten wirklich Sinn macht.