[gelöst] freetz-devel 3603: WebGUI-Breite laesst sich nicht aendern

[ao]

Hallo,

eben wollte ich im freetz-devel 3603 WebGUI die Breite ändern, aber ein anderer Wert (z.B. 910 statt Default-Wert 730) zeigt keine Änderung im Layout.
Hier wurde zu freetz 1.0 schon einmal darüber diskutiert. Besteht das Problem evtl. auch weiterhin bzw. wieder?


EDIT:
Wurde mit Changeset 3624 gelöst. Danke!

[Silent-Tears]

Ich glaube, da hilft ein Neustart der Box, denn ich habe die Breite auch geändert, und die Werte waren zumindest nach nem Reboot so, wie sie sollen.

[Silent-Tears]

Eigentlich eher die Sachen aus diesem Ticket.

[ao]

Sorry, hatte eben meinen Beitrag zwischen Deinen versehentlich gelöscht...
______

Wenn ich den httpd kille und neu starte, wird die neue Breite korrekt angezeigt. Neustart mit:

httpd -P /var/run/webcfg.pid -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r Freetz

Wenn man die Einstellung der Breite speichert, wird auch kein httpd-Neustart angezeigt:

Saving settings...done.
Saving mod.cfg...done.

Stopping Freetz webinterface...done.
Starting Freetz webinterface...done.

Writing /var/flash/freetz...done.
20480 bytes written.

Ich zitiere mal aus dem anderen Thread:

In meiner Rev. 2277 zeigt die Veränderung des Wertes keine Auswirkung. Oder muss man die Box danach neu starten?

Die Funktion ist schon seit ein paar hundert Revisionen da, und dass man rebooten muss glaube ich nicht. Kann mich aber auch nicht mehr so genau daran erinnern

Mir ist gerade aufgefallen, dass bei mir nach einer Änderung der Breite der httpd nicht neu gestartet wird. Das liegt daran, dass in /var/run/httpd.pid eine falsche PID steht!?

Jup, nach dem Booten ist noch die richtige PID in der .pid, und nach dem 1. speichern der Änderungen ist es eine falsche. Ich bin aber ziehmlich sicher, dass das mal funktioniert hat. Vielleicht fehlt irgendwo ein "

Mehr ist diesbzgl. aber nicht passiert, oder sollten diese Patches das korrigieren? Scheint zumindest bei mir nichts zu bewirken.

EDIT1 zu Deinem 2. Post:
Der Patch hat doch (noch) nicht das gewünschte Resultat bewirkt, oder liegt es an mir?

EDIT2:
Gibt es eine Möglichkeit, die Breite des Menüs rechts zu verändern?
Zumindest unter Ubuntu ist die Darstellung mit Firefox nicht ok, da z.B. "Sichern/Wiederherstellen" rechts aus dem Rahmen fällt - auch wenn die Gesamtbreite des GUIs z.B. auf 1100 steht.
.

[Silent-Tears]

"Starting/Stopping Webinterface" ist schon ein Hinweis darauf, dass der httpd neu gestartet wird. (sollte zumindest )

[ao]

Stimmt, der httpd wird auch neu gestartet, denn die PID ist eine andere, aber die Änderung ist bei mir nur sichtbar, wenn ich den httpd manuell kille und manuell starte wie oben beschrieben. Seltsam...

1. vor der Änderung:

root@fritz /var/mod/root $ ps | grep [h]ttpd
 1986 root      1420 S    httpd -P /var/run/webcfg.pid -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r Freetz

2. danach:

root@fritz /var/mod/root $ ps | grep [h]ttpd
 2262 root      1424 S    httpd -P /var/run/webcfg.pid -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r Freetz

[Silent-Tears]

Die Frage also ist, wieso die Konfiguration nicht neu eingelesen wird, bzw. ist die cgi-with in den umgebungsvariablen?

[SaschaBr]

Aufgefallen ist mir das damals schon, als ich mein erstes Freetz-Image auf der Box hatte. Da aber nach einem Neustart der Box das WebIF in der geänderten Breite dargestellt wurde, habe ich mich nicht weiter dran gestört, bzw. habe ich gedacht, dass das so sein müsse.

Man lernt nicht aus!

[ao]

Die Frage also ist, wieso die Konfiguration nicht neu eingelesen wird, bzw. ist die cgi-with in den umgebungsvariablen?

Was kann ich zur Beantwortung dieser Frage beitragen? Jetzt sind wir doch so nah dran, das "Rätsel" zu lösen...

EDIT:
Ich habe mir erlaubt, dazu Ticket 527 zu erstellen.
Da es mein erstes ist, bitte ich um Nachsicht, falls ich dabei etwas falsch gemacht habe. Danke.

[cuma]

Schon komisch:

/var/mod/root # ps|grep httpd|grep 81
31887 root      1452 S    httpd -P /var/run/webcfg.pid -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r Freetz
/var/mod/root #  /etc/init.d/rc.webcfg restart
Stopping Freetz webinterface...done.
Starting Freetz webinterface...done.
/var/mod/root # ps|grep httpd|grep 81
31897 root      1452 S    httpd -P /var/run/webcfg.pid -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r Freetz
/var/mod/root #  /etc/init.d/rc.webcfg restart
Stopping Freetz webinterface...done.
Starting Freetz webinterface...done.
/var/mod/root # ps|grep httpd|grep 81
31907 root      1452 S    httpd -P /var/run/webcfg.pid -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r Freetz

Auszug beim Aufruf von "rc.webcfg restart":

Stopping Freetz webinterface...+ modlib_check_running
+ local fn=/var/run/webcfg.pid
+ [ ! -s /var/run/webcfg.pid ]
+ cat /var/run/webcfg.pid
+ kill -0 1093
+ local status=0
+ [ 0 != 0 ]
+ return 0
+ cat /var/run/webcfg.pid
+ kill 1093
+ local status=0
+ rm -f /var/run/webcfg.pid
+ [ 0 -eq 0 ]
+ echo done.
done.

Die beiden "kills" werden leider von modlibrc ausgeführt. Beim 2. "kill" würde ein "-9" wohl Abhilfe schaffen

[RalfFriedl]

Ein "kill -9" ist nicht die feine Art.
Evtl. ein normales kill, und wenn das nach einiger Zeit nicht geholfen hat, dann ein "kill -9".

Ignoriert denn der httpd das normale TERM-Signal? Dann sollte man eher das korrigieren.

[cuma]

Ich denke dass das Problem darin liegt, dass eine Session des httpd offen ist, nämlich die mit der man restarten will.. Ich kann mich dunkel noch an sowas erinnern

[RalfFriedl]

Das sollte es nicht sein. Einerseits wird die Verbindung von einem anderen Prozeß gehandhabt. Andererseits ist das Beispiel oben mit der Kommandozeile, so daß vermutlich zu der Zeit keine Verbindung offen ist.

[Silent-Tears]

Ich denke, dass die neuen Variablen - sprich Breite und co - nicht sauber eingelesen werden beim restart

[cuma]

@Silent-Tears: Da es die gleiche pid bleibt, wird wohl nicht restartet
@RalfFriedl: Bin nicht sicher, ob ich das Webinterface offen hatte

[RalfFriedl]

Eine Verbindung ist nur offen, solange eine Seite geladen wird. Wie lange diese Seite nachher im Client angezeigt wird, bekommt der Server nicht mit.

[cuma]

Und einen Screenshot kann man noch länger anschauen Hatte eigentlich mehr an http-keepAlive gedacht. Das wird aber wie du geschrieben hast nicht beim webcfg genutzt. Also muss es einen anderen Grund geben wegen dem der Prozess sich nicht (immer) beenden will.

[olistudent]

/usr/lib/cgi-bin/libmodcgi.sh

...
# custom style for fieldset and div.body
if [ ! "$_cgi_width" ]; then
let _cgi_width=$MOD_CGI_WIDTH
fi
export _cgi_width
let _cgi_total_width="$_cgi_width+40"
let _usr_style="$_cgi_width-230"
...

Brauchen wir das if [ ! "$_cgi_width" ] ? Warum wird hier let benutzt?

MfG Oliver

[cuma]

Das "let" ist bestimmt überflüssig, dass das "if" gebraucht wird gehe ich mal davon aus. Ich kann aber nicht mehr sagen weshalb

[olistudent]

Durch das if wird das Setzen der neuen Breite verhindert.

MfG Oliver