PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,278
- Punkte für Reaktionen
- 1,753
- Punkte
- 113
Ich kenne das Programm nur vom Hörensagen und aus ein, zwei eigenen Tests, die schon länger zurückliegen.
Das Programm setzt halt auf mehrere Wege, um mit der FRITZ!Box zu kommunizieren ... vom Call-Monitor über die CAPI bis zum TR-064. Die Feststellung, daß da bei Anrufen etwas im Debug-Log steht, muß also noch nicht heißen, daß es auf allen Schnittstellen kommunizieren kann und ggf. hängt die schmerzlich vermißte Anzeige im Gnome-UI von einem Aufruf ab (über die "librm"), der nicht zum Ende kommt oder vielleicht nicht mehr existiert.
Das ist zwar alles GPLv2 und C (aber für die gtk-Library, deren Fan ich auch per se nicht bin, wobei ich das gar nicht rational begründen kann, aber Gimp2 wäre z.B. etwas, was mein "Unbehagen" illustrieren könnte ggü. einer solchen "portablen" UI-Bibliothek, die eigentlich auf jeder Plattform die GUI-Design-Guides irgendwo reißt nach meinem Dafürhalten), aber ich kann Dir dazu schlicht nicht helfen, weil ich mich damit nie eingehender befaßt habe.
Ich kann mich aber noch dunkel erinnern, daß die Gnome-Version doch ein eigenes Fenster mit dem Debug-Log hatte und das auch noch verschieden eingefärbt war, je nach "Bedeutung" der Protokollzeile, oder?
Ich habe auch nicht wirklich in die Historie des Repos (bei GitLab: https://gitlab.com/tabos) gesehen und die einzelnen Änderungen nachverfolgt ... aber es gab ja erst am 19.01.2020 eine neue Version 2.1.6. Enthält die event. schon die Anpassungen für die 07.19 und welche Version verwendest Du denn gerade?
Ansonsten müßte man halt mal genauer hinsehen, welche der Funktionen der "librm" (die ja die Abstraktionsebene beim Zugriff auf die FRITZ!Box bildet, ggf. zusammen mit der "libcapi") am Ende nicht das erwartete Ergebnis liefert bzw. wo es Unterschiede in den Ergebnissen zwischen älteren Versionen und dem Labor gibt.
Mit den konkreten Änderungen am TR-064-Interface, die ggf. mit der 07.19 Einzug halten, habe ich mich noch nicht befaßt - das ist mir zu häufig noch weiteren Änderungen unterworfen im Laufe einer Labor-Reihe und solche "Überraschungen" bei geänderten Funktionen gibt es heutzutage deutlich öfter als früher, wo das nur noch Fehlerbeseitigungen waren, wenn das Labor auf die Öffentlichkeit losgelassen wurde.
Man wird alt und muß sich seine Kräfte deutlich besser einteilen ... das geht jedenfalls mir so (und manch anderer weiß auch, wovon ich rede).
PS: Man kann das zwar an AVM melden, aber ich wette, die Aussichten sind deutlich besser, wenn man sich mit @jbrummer in Verbindung setzt (z.B. eben über das GitLab-Projekt).
AVM wird - ohne konkrete Angabe, welches Interface da wo genau nicht funktioniert - eher wenig tun ... man schafft es ja nicht einmal, eine Liste von "Software für FRITZ!Boxen" (und sei es nur zur Übersicht für die eigenen Kunden) zu führen - immerhin könnte so etwas ja auch (vielleicht gerade die Smartphone-Version: http://www.tabos.org/post/roger-und-mehr/) am eigenen Ast bei den Apps sägen und auch wenn diese kostenlos abgegeben werden, sammelt AVM darüber natürlich auch Informationen (s. Datenschutzerklärung zu den Apps, z.B. diese hier: https://service.avm.de/help/de/FRITZ-Box-Fon-WLAN-7490/017p1/hilfe_datenschutzerklaerung) und auf die würde man sicherlich nur zähneknirschend verzichten, wenn die Kunden bessere/andere Apps verwenden.
Das Programm setzt halt auf mehrere Wege, um mit der FRITZ!Box zu kommunizieren ... vom Call-Monitor über die CAPI bis zum TR-064. Die Feststellung, daß da bei Anrufen etwas im Debug-Log steht, muß also noch nicht heißen, daß es auf allen Schnittstellen kommunizieren kann und ggf. hängt die schmerzlich vermißte Anzeige im Gnome-UI von einem Aufruf ab (über die "librm"), der nicht zum Ende kommt oder vielleicht nicht mehr existiert.
Das ist zwar alles GPLv2 und C (aber für die gtk-Library, deren Fan ich auch per se nicht bin, wobei ich das gar nicht rational begründen kann, aber Gimp2 wäre z.B. etwas, was mein "Unbehagen" illustrieren könnte ggü. einer solchen "portablen" UI-Bibliothek, die eigentlich auf jeder Plattform die GUI-Design-Guides irgendwo reißt nach meinem Dafürhalten), aber ich kann Dir dazu schlicht nicht helfen, weil ich mich damit nie eingehender befaßt habe.
Ich kann mich aber noch dunkel erinnern, daß die Gnome-Version doch ein eigenes Fenster mit dem Debug-Log hatte und das auch noch verschieden eingefärbt war, je nach "Bedeutung" der Protokollzeile, oder?
Ich habe auch nicht wirklich in die Historie des Repos (bei GitLab: https://gitlab.com/tabos) gesehen und die einzelnen Änderungen nachverfolgt ... aber es gab ja erst am 19.01.2020 eine neue Version 2.1.6. Enthält die event. schon die Anpassungen für die 07.19 und welche Version verwendest Du denn gerade?
Ansonsten müßte man halt mal genauer hinsehen, welche der Funktionen der "librm" (die ja die Abstraktionsebene beim Zugriff auf die FRITZ!Box bildet, ggf. zusammen mit der "libcapi") am Ende nicht das erwartete Ergebnis liefert bzw. wo es Unterschiede in den Ergebnissen zwischen älteren Versionen und dem Labor gibt.
Mit den konkreten Änderungen am TR-064-Interface, die ggf. mit der 07.19 Einzug halten, habe ich mich noch nicht befaßt - das ist mir zu häufig noch weiteren Änderungen unterworfen im Laufe einer Labor-Reihe und solche "Überraschungen" bei geänderten Funktionen gibt es heutzutage deutlich öfter als früher, wo das nur noch Fehlerbeseitigungen waren, wenn das Labor auf die Öffentlichkeit losgelassen wurde.
Man wird alt und muß sich seine Kräfte deutlich besser einteilen ... das geht jedenfalls mir so (und manch anderer weiß auch, wovon ich rede).
PS: Man kann das zwar an AVM melden, aber ich wette, die Aussichten sind deutlich besser, wenn man sich mit @jbrummer in Verbindung setzt (z.B. eben über das GitLab-Projekt).
AVM wird - ohne konkrete Angabe, welches Interface da wo genau nicht funktioniert - eher wenig tun ... man schafft es ja nicht einmal, eine Liste von "Software für FRITZ!Boxen" (und sei es nur zur Übersicht für die eigenen Kunden) zu führen - immerhin könnte so etwas ja auch (vielleicht gerade die Smartphone-Version: http://www.tabos.org/post/roger-und-mehr/) am eigenen Ast bei den Apps sägen und auch wenn diese kostenlos abgegeben werden, sammelt AVM darüber natürlich auch Informationen (s. Datenschutzerklärung zu den Apps, z.B. diese hier: https://service.avm.de/help/de/FRITZ-Box-Fon-WLAN-7490/017p1/hilfe_datenschutzerklaerung) und auf die würde man sicherlich nur zähneknirschend verzichten, wenn die Kunden bessere/andere Apps verwenden.