Schweigen im Walde? Wäre toll, wenn sich jemand dazu äußern könnte. Danke und viele Grüße

Sorry für die späte Antwort, hier die SQL Statements zum Anlegen der Spalte: ALTER TABLE  isys_catg_port_list ADD  isys_catg_port_list__isys_catg_connector_list__id INT( 10 ) UNSIGNED NULL DEFAULT NULL AFTER  isys_catg_port_list__id, ADD INDEX (  isys_catg_port_list__isys_catg_connector_list__id ); ALTER TABLE  isys_catg_port_list ADD FOREIGN KEY (  isys_catg_port_list__isys_catg_connector_list__id ) REFERENCES isys_catg_connector_list (isys_catg_connector_list__id) ON DELETE SET NULL ON UPDATE CASCADE ;

Man müsste hier jeweils einen Workflow für jeden Arbeitsschritt anlegen

Es werden nicht die mitgelieferten Standardreports angezeigt, sondern Standardreports aus unserem Onlinerepository. Deshalb kann man diese Reports auch nicht erweitern / verändern.

http://www.i-doit.org/forum/index.php/topic,1583.0.html

Das ist es leider nicht. Die Tabellen beginnen mit isys_ VW

Nicht zu fassen! Noch einfacher gehts wirklich nicht. Das Teil macht immer mehr Spaß … Dank und Grüße Joe

Zur Info: ich habe den Fehler zweimal gefunden: in Zeile 246 und in Zeile 288 (Version 0.9.9-2) Hubert

Benutzerdefinierte Status sind für die nahe Zukunft geplant, noch ein wenig Geduld bitte.

Yay! Super, das war's, update ist korrekt gelaufen, Danke! Komisch aber, dass da einfach eine Spalte fehlt…

Das zu müssen die Keys aber erstmal eingelesen werden. Das tut das Standard OCS Import Prozedere aber nicht.

@Danny: …Damit hättest du dann nur noch das Syntaxproblem! Und die Usability

Ich habe einen ähnlichen Fehler (update 0.9.9.-1 auf 0.9.9-2): isys_exception_database : Query error: ' SELECT * FROM isys_report WHERE isys_report__title = 'Stromverbrauch in Racks' AND isys_report__type = 's'; ': Unknown column 'isys_report__type' in 'where clause' SHOW CREATE TABLE isys_report zeigt: CREATE TABLE `isys_report` ( `isys_report__id` int(32) NOT NULL auto_increment, `isys_report__title` varchar(255) character set utf8 NOT NULL, `isys_report__description` text character set utf8 NOT NULL, `isys_report__query` text character set utf8 NOT NULL, `isys_report__query_row` text character set utf8 NOT NULL, `isys_report__mandator` int(32) NOT NULL, `isys_report__datetime` datetime NOT NULL, `isys_report__last_edited` datetime NOT NULL, PRIMARY KEY  (`isys_report__id`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci …die gesamte Tabelle isys_report ist außerdem leer - soll das so sein?

Super, funktioniert, Danke! …und dann kam direkt der nächste Fehler (update von 0.9.9 auf 0.9.9-1): isys_exception_database : Query error: 'ALTER TABLE `isys_cats_access_point_list` DROP `isys_cats_access_point_list__isys_cats_distributor__id`': Error on rename of './idoit_kunde1/#sql-4ee_9de3' to './idoit_kunde1/isys_cats_access_point_list' (errno: 150) Edit: Lösung hier im Forum gefunden http://www.i-doit.org/forum/index.php/topic,1472.msg6542.html#msg6542 …man muss nur lange genug suchen

Hm das Problem ist aus der Ferne schwierig zu identifizieren. Kannst du mal auf deinem SMTP Server schauen ob ein Mail Request eingeht, wenn der CLI Handler ausgeführt wird? Vielleicht ist in der php.ini auch irgendetwas unterbunden, CLI und Apache haben unter Debian System z.B. unterschiedliche configs

Wir haben es nun so geändert, dass User immer gelöscht werden können.

Hallo, das ist ein Bug. Wird gefixed.

Unter Verkabelung -> Anschluss werden die Verbindungen gepflegt