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!

In der 0.9.9-4 ist auch HTTPS möglich

…dann hoffe ich auf verbesserte Kommunikation. Auf http://www.i-doit.org/ ist der letzte Eintrag übrigens vom 05.10.2010  🙂

Wir sind Subscriber und die 0.9.9-4 läuft. Mehr Features sind lobenswert. Bugfixing umso mehr.

Vielen Dank,

das Hinzufügen der Spalte hat geholfen. Jetzt können Kontakte angelegt werden.

Hatte mich übrigens verschrieben. Natürlich ist der aktuelle Versionsstand 0.9.9.3 und nicht 0.9.8.3.

Viele Grüße
tibe

Ablaufbenachrichtigungen sind aktuell schon möglich. Allerdings ist eine Ansteuerung durch CRON oder den Windows Scheduler erforderlich:

http://doc.i-doit.org/wiki/DE:Systemkonfiguration#Cron_.28am_Beispiel:_Workflow_Management.29
http://doc.i-doit.org/wiki/Handler#Licence

So … wie oben beschrieben trat nach dem reimport zumindest eine besserung ein. Nun habe ich den Verursacher Datensatz gelöscht. Und siehe da. Tada. Es funktioniert alles wieder wunderschön.

Allen einen ruhigen Arbeitstag und schönes WE.

MFG

MD