Hallo TomJan, danke für den Tip, aber soweit hatte ich es schon nach dem Beitrag von jocki. Wir haben allerdings die Verbindung zwischen SIM und Mobile über Abhängigkeit. Den Punkt habe ich dann noch in die Übersicht der SIM und des Mobile hinzugefügt. Damit sehe ich dann sowohl den Kontakt, als auch in welchem Mobile die Karte steckt. Gruß Wolfgang

Hi TomJan, bitte bei Bug-Meldungen die die Pro-Version betreffen das Formular im Kundenportal nutzen. Der Fehler ist uns bekannt und ein Fix liegt bereit. Lieben Gruß Christian

Hallo, vielen Dank für die Anregungen. Lieben Gruß

@dbluemer: Das ist ein Bug in der Darstellung. Wurde behoben und steht im nächsten Release bzw. NB bereit. Hallo dbluemer, muß nochmal deine Antwort vom 08. Dezember 2009 aufgreifen. Zunächst einmal: Die Darstellung (!) der richtigen Schrankposition ist gefixt worden, danke. Aber damit gibt es jetzt ein neues Problem (Version derzeit: 0.9.9-4) : Situation: Ein Objekt (1 HE) ist in einem Schrank (10 HE) positioniert. "Rackview descending:" steht auf "Nein". Das Objekt ist an dritter Stelle von oben (HE 3) positioniert. Problem: In der Anzeige "Standort" des Objektes steht bei "Position im Schrank: " gar nichts mehr. Wenn ich diese Maske dann editieren möchte, erscheint im Dropdownfeld die richtige gewählte HE (3). Wird dieses Objekt jetzt erneut gespeichert (ohne das Dropdownfeld "Position im Schrank" angefaßt zu haben!), wandert das Objekt automatisch auf Position 8 (dritte von unten). Dieses Spielchen kann man jetzt wiederholen, dann steht im Dropdownfeld die HE 8. Speichert man das Objekt wieder, landet es wieder auf HE 3. D.h. es wird jeweils beim Editieren die richtige HE angezeigt, aber die falsche gespeichert. Es scheint also eine Diskrepanz zwischen den angezeigten und den in der DB verwendeten Werten zu geben. Der Fehler tritt nicht auf, wenn man "Rackview descending" auf "Ja" stellt. Danke, wenn ihr das Problem löst. Frank

Punkt 1 sollte in 0.9.9-5 behoben sein, um das 2. werden wir uns kümmern. Danke fürs reporten

Unter Module -> Nagios -> Commands kannst du dir jetzt schon eigene checkcommands definieren. Allerdings lassen sich diese nur eine Softwarezuweisung zuweisen..Ein Workaround wäre hier z.B. den CPULastCheck als Anwendung zu definieren und dort zu aktivieren.

Btw: Woher kommt deine Erwartungshaltung eine "vernünftige" Anleitung für eine kostenlose Software ebenfalls kostenlos zu erhalten?

Kannst du einige Beispiele für die Prozesse nennen ?

Ist bereits aufgefallen. Mit der angehangenen Datei sollte es gehen (die Datei kommt in src/themes/redbox/smarty/templates/). Die Pakete sind aber auch mit der gefixten Datei aktualisiert main.tpl

Ahh sorry vergessen, in der Version 0.9.9-5 Edit::Topic updated

@ds: In dem SQL Statement in deiner get_data Methode Joinst du eine Tabelle "isys_mycategory_dialog", welche nicht existiert. Falls du ein Dialog Feld in deiner Kategorie habenwillst solltest du die Tabelle anlegen, ansonsten das Statement entsprechend anpassen. Seit einiger Zeit gibt es aber unter Module auch den Punkt Benutzerdefinierte Kategorie, in der die Erstellung leicht vereinfacht wurde habs dann auch gefunden das mit der Benutzerdefinierten Kategorie ich dumale ^^ naja werd mich gleich nochmal ransetzen wegen der sql lässt mir keine ruhe danke

Habe das Update nochmal eingespielt und hat funktioniert. Danke, Der Deadlock

Ok, wir haben zwar die 0.9.9-4 im Einsatz, aber ein Update von 0.9.9-3 gemacht. Ggf. liegt hier das Problem. Ich werde es noch einmal mit einer sauberen Installation überprüfen. Danke schon mal!