Du bist nicht angemeldet.
Mach mal ein vollständiges Update und leere deine Logdatei.
@Fireball
Der Punktestand sollte erscheinen, wenn du auf "R C F" tippst. Diese Funktion gab es schon vor der expliziten Abfrage.
Wenn du willst kannst du Revision 2456 testen. Dort fehlt eigentlich nur eine Abfrage nach einer leeren Zeichenfolge und kleinere Optimierungen. Die Info erscheint als Tooltip über "R C F".
Nur weil es nicht so schön in der GUI aussieht und ich gerade keine Idee hatte, wie man es schön einbauen kann, habe ich es wieder entfernt. Separat mitzählen lohnt sich nicht, da es ja auch so geht.
Ich habe die Änderung mal rückgängig gemacht. Es sah erstens nicht schön aus, und zweitens sollte es nur eine mögliche Lösung aufzeigen.
@Fireball3
Natürlich kann man die Anzahl bestimmen, indem man zählt wie viele Timestamps den Schwellwert überschreiten.
rolex0815 hat dich nur darauf hingewiesen, dass diese Anzahl nicht in einer Variable gespeichert ist, wie du angenommen hast. Diese Zahl muss erst bestimmt werden.
Danach stellt sich noch die Frage, wie diese Information in der GUI dargestellt werden soll.
Zum Test habe ich mal was eingecheckt, werde es aber vermutlich wieder entfernen, weil es in der GUI nicht so schön aussieht und vermutlich bei großen Logdateien die GUI etwas träge macht, da ich alle Timestamps vergleiche.
Das Plugin wurde bereits angepasst, du hast vermutlich nur nicht die aktuelle Revision installiert:
http://ryblog.eu/fritzload/viewtopic.php?id=150
Guter Hinweis. Das Webinterface erkennt die aktuelle Version erst ab Revision 2432 richtig.
Was steht den in der failed-Datei?
Du hast schon richtig erkannt, dass das svn-Binary in den Ordner bin/7270 bzw. bin/7390 gehört. Falls es nicht gefunden wird, wird auch darauf hingewiesen. Ich habe es nur nicht eingecheckt, weil ich noch nicht weiß, ob das svn-Binary zu einer Dauerlösung werden soll.
Scheinbar besteht doch ein größeres Interesse an einem funktionierenden internem Updater. Anscheinend synchronisieren nicht so viele Leute einfach ihr lokales Repository mit der Fritzbox. Ich habe deshalb auf die Schnelle die Funktionialität des Diffupdates wiederhergestellt. Es benötigt derzeit einen svn-Clienten, da ich gerade keine Lust hatte die Änderungen der einzelnen Revisionen manuell zusammenzufassen. Ohne Zusammenfassung gäbe es bei größeren Versionssprüngen zu viele unnötige mehrfache Downloads.
Ihr müsst die Datei FritzLoad/bin/update.sh durch diese http://sourceforge.net/p/avmload/code/H … format=raw ersetzen.
Das vollständige Update habe ich nicht gefixt. Das würde mit einem rekursiven wget (nur aktuelle Revision), svn export oder einer unzip binary funktionieren.
Hat jemand eine Idee, was
ash: bad numberzu bedeuten hat? Das habe ich auch überall drin stehen.
Das kommt von leeren Variablen. Durch den Programmierstil aus der Anfangszeit, kommt es zu dieser Fehlermeldung, wenn einer Variable(gui_config) kein Wert zugewiesen wird. Ein paar Stellen habe ich irgendwann mal überarbeitet, aber nicht alle.
Vielleicht wäre Plowshare eine Alternative?
Eine Alternative mit Web-Interface wäre Pyload.
Zu dem eigentlichen Problem müsste man sich das Hosterplugin genauer anschauen und sehen, wo keine Captcharückmeldung stattfindet. Ein Debug-Log wäre für Leute, die sich dem Problem annehmen wollen, sicherlich hilfreich.
Ihr könnt diesen Link verwenden:
http://sourceforge.net/p/avmload/code/HEAD/log/?path=
Der interne Updater funktioniert derzeit übrigens wie schon oben angemerkt nicht, da SourceForge auf Allura umgestellt hat.
Am einfachsten wäre es, einen svn-Clienten auf die Fritzbox zu bringen, um die Funktionalität wiederherzustellen. Es geht natürlich auch ohne und würde wahrscheinlich auch performanter laufen.
Ich halte das für einen Fehlalarm.
Die Version, die du heruntergeladen hast, ist aber hoffnungslos veraltet. Nimm lieber die aktuelle Revision von hier:
http://sourceforge.net/p/avmload/code/H … ath=/trunk
Die Virenüberprüfung löst aber einen anderen Fehlalarm aus:
https://www.virustotal.com/de/file/2bf9 … 370760875/
Ich halte das Verwenden vom Modul für den Kernel 2.6.13.1-ar7 nicht für wagemutig sondern eher für erfolgsversprechend.
Laut http://www.wehavemorefun.de/fritzbox/FR … _WLAN_3170 besitzt die 3170 einen AR7-Prozessor.
Das Modul muss auf jeden Fall zum Kernel passen, der mit
uname -rangezeigt werden kann.
Ich denke, du hast alles bis auf eine Uploaded-File-ID rausgenommen.
Wie es aussieht, produziert curl diesen Fehler. Vielleicht hilft ein Austausch von curl, obwohl es schon statisch kompiliert wurde.
Dann weiß ich auch nicht weiter. Du könntest höchstens noch einen Debug-Log anhängen.
Ersetze die Datei FritzLoad/bin/7390/wget durch diese hier: http://fritzmod.net/download/mips/wget_v1.14_mips von der Seite http://fritzmod.net/index.php?site=Frit … s/wget.php
Schau, ob der Fehler danach immer noch auftritt.
Ich nehme an, irgeneine dynamisch kompilierte Binary verursacht diesen Fehler. Deine uClibc scheint eine gewisse Funkion nicht bereitzustellen. Ein statisches Binary sollte das Problem beheben. Um meine Vermutung zu bestätigen, schreib welche Binary den Fehler produziert. Das sollte eigentlich im Log dabei stehen.
Mangels einer 7390 kann ich das nicht testen.
Die Meldung "Status UNBEKANNT" bedeutet, dass das entsprechende Hosterplugin nicht zurückgemeldet hat, ob das Captcha richtig oder falsch gelöst wurde. In diesem Fall wird dem Captchadienst gesagt, dass das Captcha richtig gelöst wurde.
Da in deinem Fall das Captcha auch keine ID bekommen hat, wird die Rückmeldung an den Captchadienst aber vermutlich ungültig sein.
Um das Problem zu beheben, muss das Hosterplugin überarbeitet werden.
Eine Downloadstatistik ist sicherlich für eine Benutzer interessant und es schadet eigentlich nicht eine zu haben. Ich finde es schön, dass du FritzLoad erweitern willst.
Ich habe deine Änderungen bei mir zwar nicht eingespielt, aber ich habe den Code überflogen.
Hier nun meine Meinung dazu. Bitte nicht falsch auffassen: Deinen Beitrag will ich dadurch nicht schlecht reden.
Nun aber zu meinen Anmerkungen:
In der download.sh hast du deinen Code direkt in die Funktion download_completed geschrieben. Besser fände ich es für eine bessere Übersicht, wenn du eine eigene Statistik-Funktion erstellst und dort wenn möglich lokale Variablen verwendest.
Es ist außerdem nicht nötig die Statistikdateien jedes mal zu löschen. Du kannst auch einfach > statt >> verwenden.
Du verwendest für deine Statistikfunktion recht viele Dateien. Wie lange dauert es, um eine komplette Statistik anzuzeigen?
Es gibt auch Leute die nicht genau 4 Instanzen verwenden.
Was für Funktionen hast du noch vorgesehen? Ist eine graphische Darstellung geplant?