Fehlende Funktionen unter 0.9.6 rev 3914

dabenesch

Hallo Stefan,

hatte glaube ich das gleiche Problem.
Bei mir lags an nem Fehler in der ajax_get.js unter \src\tools\js
Probier mal die Funktion tree_obj_type_click(p_objtype, p_page, p_status) so umzuändern:

function tree_obj_type_click(p_objtype, p_page, p_status) {
document.isys_form.navPageStart.value=p_page ? p_status : 0;

$('isys_form').action = '?'+
C__CMDB__GET__VIEWMODE + '=1001&'+
C__CMDB__GET__OBJECTTYPE + '=' + p_objtype +
'&call=object_list';

form_submit();
}

wassermed

danke, für die schnelle Antwort, aber das war schon so eingetragen (orginal)

ds

Kannst du bitte einmal mit dem Firefox in der Javascript Console schauen ob irgendwelche Fehler angezeigt werden?

wassermed

hey, total unverständlich: die Java-Konsole ließ sich genausowenig öffnen, dann habe ich alle AddOns die nicht mit der letzten Firefox-Version kompatibel sind gelöscht und auch den Cach geleert und Firefox neu gestartet und siehe da es funktioniert wieder allerdings werden die Umlaute wie bei KDE4.3.1 mit Fragezeichen angezeigt, damit kann ich aber leben, bitte nicht stutzig werden wegen XP und KDE ich verwende mehrere OS und IdoIT halt über XP

Vielen Dank Stefan

ds

Das mit den Umlauten ist ein Zeichensatz Problem. Füg mal der apache config folgendes an:
AddDefaultCharset ISO-8859-15

wassermed

hallo meinst Du die httpd.conf, wenn ja das hab ich geändert nun sind die Umlaute im Menübaum richtig und auf der rechten Seite (Arbeitsfläche) sind die Umlaute immer noch wie vorher mit Raute und Fragezeichen auch Einstellungen in der Ansicht im Firefox haben nichts gebracht, falls nicht die httpd.conf gemeint war wo finde ich die apache config , hatte danach gesucht aber nichts gefunden

ds

Die httpd.conf ist richtig

tscholz

Hallo

Ich habe heute ein Update von der Version 0.9.5 auf die Version 0.9.6 durchgeführt und hatte im Anschluss
ebenfalls das Problem das die beiden Bäume Software und Infrastruktur nicht funktionierten.

Die von den Benutzern „dabenesch“ und „ds“ beschriebene Lösung (editieren ajax_get.js ; editieren httpd.conf)
hat bei mir ebenfalls zum Erfolg geführt.

Gruß

Thorsten

Schojo

Charset-Eintrag in die httpd.conf gepackt…p_page in p_status geändert, Apache2 neugestartet....sogar idoit-rights.sh nochmal ausgeführt und es geht leider immer noch nicht

andere vorschläge?

KOMMANDO ZURÜCK

Es lag wohl doch am Firefox Cache

ds

Um das mal eben klarzustellen, das mit dem p_status in der ajax_get.js ist eigentlich nicht richtig - p_page ist schon korrekt

Schojo

hmm, sonst hättet ihr es wahrscheinlich auch nicht rausgebracht, nur was genau ist dann der fehler?

tscholz

Ist ja spannend dass die Codezeile in der Datei ajax_get.js eigentlich richtig ist.
Zumindest habe ich so mein System dazu überreden können wieder zu Funktionieren.
Ich bin ja mal gespannt was die eigentliche Ursache ist und wie man diese dann beheben kann.

ds

Die hier beschriebenen Probleme liegen zu 99% am Javascript Cache - Speziell im Firefox 3.x. Dieser Cached für die aktuelle Session alle Javascript Dateien und lädt die Dateien aus dem Cache, selbst wenn sich die Dateien verändert haben (i-doit Update). Ich denke das die Baumprobleme nach einem Browser neustart und geleertem Cache nichtmehr auftreten werdne

DIe Firefox option um das Caching zu deaktivieren lautet übrigens: network.http.use-cache (false)

tscholz

OK. Ich habe die Änderung wieder rückgängig gemacht und den Cache gelöscht.
So wie es aussieht arbeitet die Software weiterhin ohne Probleme.