hab jetzt den cache geleht im IE
problem bleibt
hab jetzt den cache geleht im IE
problem bleibt
Yeah, mit dem heutigen Update 20121001 geht das Webinterface wieder mit IE9 und auch wieder der Autotimer, danke nochmal Reichi
Noch als Info, ich musste nach dem Update nochmal den Cache leeren, dann war es wieder OK.
Hi,
in den letzten beiden Tage habe ich wieder etwas am WebInterface gearbeitet.
Primär am MultiEPG.
Für alle User unserer Experimentals wird es vmtl. noch etwas dauern bis diese Änderungen auf dem Feed liegen. Nutzer von 3rd-Party (Opendreambox 2.0 basierten) Images sollten die Änderungen i.d.R. ab Morgen via Online-Update erhalten.
Die Commits dazu sind (falls es jmd. interessiert):
https://schwerkraft.elitedvb.n…1c571779cb0061e409967648e
https://schwerkraft.elitedvb.n…7b5ec76a737027e825d598d46
https://schwerkraft.elitedvb.n…6de8232144696b07f203657e9
Ihr wisst ja dass ich mich immer über Feedback freue, so natürlich auch hier! ;).
Hab gerade das Experimental Update von heute eingespielt und kann dir sagen das deine Neuerungen mit drin sind
Wobei ich den Ladebalken nicht finden konnte aber das skalieren auf Fenstergröße kann ich bestätigen.
tolle arbeit reichi, warst wieder mal fleissig!
Reichi
THANKS for help!
there are `Trusted Hosts` diff:
root@Dream8k_M3:~#
root@Dream8k_M3:~# diff /usr/lib/enigma2/python/Plugins/Extensions/WebInterface/plugin.py_original /usr/lib/enigma2/python/Plugins/E
xtensions/WebInterface/plugin.py_patched
--- /usr/lib/enigma2/python/Plugins/Extensions/WebInterface/plugin.py_original
+++ /usr/lib/enigma2/python/Plugins/Extensions/WebInterface/plugin.py_patched
@@ -17,7 +17,11 @@
from twisted.web import server, http, util, static, resource
from zope.interface import Interface, implements
-from socket import gethostname as socket_gethostname
+# -from socket import gethostname as socket_gethostname
+# +
+from socket import gethostname as socket_gethostname, gethostbyname
+import re
+# + END
from OpenSSL import SSL, crypto
from time import gmtime
from os.path import isfile as os_isfile, exists as os_exists
@@ -45,7 +49,10 @@
config.plugins.Webinterface.http = ConfigSubsection()
config.plugins.Webinterface.http.enabled = ConfigYesNo(default=True)
config.plugins.Webinterface.http.port = ConfigInteger(default = 80, limits=(1, 65535) )
-config.plugins.Webinterface.http.auth = ConfigYesNo(default=False)
+# -config.plugins.Webinterface.http.auth = ConfigYesNo(default=False)
+# +
+config.plugins.Webinterface.http.auth = ConfigYesNo(default=True)
+# + END
config.plugins.Webinterface.https = ConfigSubsection()
config.plugins.Webinterface.https.enabled = ConfigYesNo(default=True)
@@ -53,6 +60,9 @@
config.plugins.Webinterface.https.auth = ConfigYesNo(default=True)
config.plugins.Webinterface.streamauth = ConfigYesNo(default=False)
+# +
+config.plugins.Webinterface.trustedhosts = ConfigText(default="localhost;192.168.;10.0.0.;10.0.10.")
+# + END
global running_defered, waiting_shutdown, toplevel
@@ -317,6 +327,30 @@
return self.unauthorizedResource
def isAuthenticated(self, request):
+# +
+ if config.plugins.Webinterface.trustedhosts.value != "":
+ inIP = request.getAllHeaders().get('x-forwarded-for', request.getClientIP())
+ print "[WebInterface.plugin.isAuthenticated] incomming IP '%s'" %inIP
+ strReport = "[WebInterface.plugin.isAuthenticated] bypassing authcheck, IP '%s' defined as trusted" %inIP
+ th_list = config.plugins.Webinterface.trustedhosts.value.split(';')
+ if inIP in th_list:
+ print strReport
+ return True
+ else:
+ th_textual = []
+ for th in th_list:
+ if th == "":
+ skip_empty = ""
+ elif inIP.find(th) == 0:
+ print strReport
+ return True
+ elif re.sub('[0-9.]', '', th) != "":
+ th_textual.append(th)
+ for th in th_textual:
+ if inIP == gethostbyname(th):
+ print strReport
+ return True
+# + END
host = request.getHost().host
#If streamauth is disabled allow all acces from localhost
if not config.plugins.Webinterface.streamauth.value:
root@Dream8k_M3:~#
root@Dream8k_M3:~#
root@Dream8k_M3:~# diff /usr/lib/enigma2/python/Plugins/Extensions/WebInterface/WebIfConfig.py_original /usr/lib/enigma2/python/Plug
ins/Extensions/WebInterface/WebIfConfig.py_patched
--- /usr/lib/enigma2/python/Plugins/Extensions/WebInterface/WebIfConfig.py_original
+++ /usr/lib/enigma2/python/Plugins/Extensions/WebInterface/WebIfConfig.py_patched
@@ -86,6 +86,9 @@
#Auth for Streaming (127.0.0.1 Listener)
list.append(getConfigListEntry(_("Enable Streaming Authentication"), config.plugins.Webinterface.streamauth))
+# +
+ list.append(getConfigListEntry(_("Trusted Hosts"), config.plugins.Webinterface.trustedhosts))
+# + END
self["config"].list = list
self["config"].l.setList(list)
root@Dream8k_M3:~#
Alles anzeigen
Danke für die aktive Entwicklung des Plugins.
Nur habe ich seit ca. einer Woche das Problem, dass das WebIf irgendwie empfindlicher geworden ist. Ich muss relativ häufig die Seite neuladen. Oft klappt aber auch das gar nicht, so dass ich die URL in einem neuen Tab neu eingeben muss. (Der Cache ist geleert. Proxies nicht vorhanden)
Hin und wieder erscheint eine Fehlermeldung in rot: "Error parsing XML"
Ich habe das Gefühl, dass "mein" Fehler durch WebRemote ausgelöst wird:
Lass ich mir nur das OSD anzeigen, dann läuft das relativ flüssig und auch längerfristig problemlos.
Aktiviere ich aber (wie gewohnt) das Feature "Video & OSD einfangen", dann ist häufig nach zwei/drei Aktivitäten auf virtuellen FB vorbei. Ich sehe kein Screenshot mehr, sondern nur ein wenig CSS mit dem ALT-Text des - nicht geladenen - Bildes:
<td class="screenShot">
<img alt="image..." src="/grab?format=jpg&r=720&filename=%2Ftmp%2F1349958722225" id="grabPageImg">
</td>
Die Grafik erscheint nicht. Auch nicht, wenn ich "Screenshot aktualisieren" klicke.
Ich habe mir heute aus dem Repository die aktuellen Dateien gezogen und diesen Stand getestet. Fehler bleibt gleich.
Bin ich damit alleine? Oder habt ihr das auch?
Am Rande: Ich greife per HTTPs, Dyndns und Port auf die Box zu. (https://daheim.dyndns.org:20000/#!/control/screenshot)
Hallo,
der fix dafür ist noch nicht auf unsren Experimental Mirrors.
Im Git ist der aber bereits.
Öhm, was heißt das? Ich habe ein Snapshot von Schwerkraft gezogen.
Oh,
hmm, eventuell ist das doch nicht das Problem das ich in Verdacht hatte.
Wenn "Error parsing XML" gibt's 3 Möglichkeiten:
1. Verbindung brach mittendrin ab
2. Der Server liefert eine Fehlerseite (einen sog. Traceback).
3. Irgendwas ist kaputt
Ich kann#s leider so spontan nicht nachvollziehen ich vermute aber aktuell dass da eher 1. oder 2. als Schuldige zu suchen sind.
Das "Error parsing XML" kommt in verschiedenen Varianten vor. Je nachdem, welche Seite ich nach dem "Crash" in WebRemote aufrufen. Kann somit also auch "EPG Error parsing XML" oder ähnlich heißen. Ich vermute, dass das aber nicht die Ursache ist, sondern die Auswirkung eines vorherigen Fehlers.
Wie gesagt: Ich habe "eigentlich" nur Probleme, wenn ich WebRemote mit Bild sehen will. So weit konnte ich das eingrenzen. (hoffentlich)
Hatte das gleiche Problem und konnte es mit Reichi im IRC damals nicht reproduzieren. Habe gerade eben erst den Fix dazu gesehen und kurz angetestet - scheint das Problem zu beheben. Muss ich mir morgen aber in Ruhe nochmal genauer anschauen.
Jedenfalls schonmal ein Danke an Dich Reichi - für Deinen unermüdlichen Einsatz
Ich glaube mit Deiner Einschätzung bezüglich dem XML Parsing Error liegst Du richtig, bificypdog.
Hi,
es gibt kein Limit. Wenn wider Erwarten keine Liste angezeigt wird kann das u.U. an irgendwelchen bisher ungefilterten Sonderzeichen liegen.
Zuerst mal danke für deine Antwort und sorry das ich jetzt erst drauf Antworte.
Also die Umlaute waren es leider nicht. Hab jeden Film bereinigt und das Problem war noch immer da. Habe dann Film für Film verschoben und der Schuldige war Underworld. Also genauer die meta Datei. Keine Ahnung was daran nun nicht passt aber nachdem ich nun die META gelöscht habe kann ich auch wieder die Filme anzeigen im Webinterface.
Grüße und Danke für das tolle Webinterface
Me nochmal:
Hab mich gefragt wo der neue Ladebalken geblieben ist (wird angezeigt als fehlendes Bild).
Chrome zeigt mir den Pfad als /web-data/gfx/ajaxload_banner.gif an.
Vorhanden ist aber nur eine ajaxload.gif.
-rw-r--r-- 1 root root 2.5K Oct 15 18:29 ajaxload.gif
-rw-r--r-- 1 root root 21.1K Oct 15 18:29 button.png
-rw-r--r-- 1 root root 1.9K Oct 15 18:29 dvr-buttons-small-fs8.png
-rw-r--r-- 1 root root 183 Oct 15 18:29 play.png
-rw-r--r-- 1 root root 961 Oct 15 18:29 record.png
-rw-r--r-- 1 root root 4.6K Oct 15 18:29 remotecontrol_static.jpg
Grüße
Hi,
wir dann mit dem nächsten Update korrigiert sein!
Danke Reichi.
Eine Frage möchte ich noch loswerden bzgl Streaming.
Ich verbinde mich mit Dreamdroid wie auch dem Webinterface über SSL über den Port 443.
Streame ich nun einen TV Sender so wird das TV Programm über http://istgeheim.dyndns.org:80…E0:2B75:1:FFFF018A:0:0:0: erfolgreich gestreamt.
Möchte ich nun aber einen Film von der HDD streamen so wird das abspielen verweigert mit der Meldung: Adresse kann nicht geöffnet werden: 'http://istgeheim.dyndns.org:443/file?file=/hdd/movie/TV-Serien/20121023%200152%20-%20ORF%20eins%20HD%20-%20Grey's%20Anatomy.ts
http und port 443 ist doch gar nicht möglich oder? Sobald ich die Adresse auf https ändere wird der Film ohne Probleme abgespielt.
Grüße, Christian
ich weiss, bin bestimmt der einziger der noch /mobile beim webif benutzt
da gibt es einen fehler wenn man "remote control" wählt - anbei das log vom fehler
der rest läuft
schon mal danke, werde da malprobieren wenn der update dan auf die box ist
ZitatAlles anzeigenIch verbinde mich mit Dreamdroid wie auch dem Webinterface über SSL über den Port 443.
Streame ich nun einen TV Sender so wird das TV Programm über http://istgeheim.dyndns.org:8001/1:0:1:F…FFFF018A:0:0:0: erfolgreich gestreamt.
Möchte ich nun aber einen Film von der HDD streamen so wird das abspielen verweigert mit der Meldung: Adresse kann nicht geöffnet werden:'http://istgeheim.dyndns.org:443/file?file=/hdd/movie/TV-Serien/20121023%200152%20-%20ORF%20eins%20HD%20-%20Grey's%20Anatomy.ts
http und port 443 ist doch gar nicht möglich oder? Sobald ich die Adresse auf https ändere wird der Film ohne Probleme abgespielt.
Könnte man bei der nächsten Änderung des WebIF das vielleicht berücksichtigen und einen Blick darauf werfen? Wäre cool wenn man https ohne Einschränkungen verwenden könnte.
Grüße Christian