Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug: Anrufliste der Fritzbox wird deaktiviert #28

Open
DerDebugger opened this issue Nov 23, 2020 · 2 comments
Open

Bug: Anrufliste der Fritzbox wird deaktiviert #28

DerDebugger opened this issue Nov 23, 2020 · 2 comments

Comments

@DerDebugger
Copy link

Seit dem Update auf FritzOS 7.20 meiner 6490er, wird die Anrufliste nach dem Abholen mit jFritz und dem automatischen Löschen der Anrufe immer deaktiviert.
Nachdem ich bereits langsam an mir gezweifelt habe bin ich heute auf diesen Thread gestossen (https://www.ip-phone-forum.de/threads/jfritz-deaktiviert-anrufliste.307813/) und konnte das nun auch genauso reproduzieren.
Das Problem scheint also Modell-unabhängig mit den neueren Fritz OS Versionen und dem (neuen?) Feature zum Deaktivieren der Anrufliste zusammenzuhängen.

@PeterPawn
Copy link

Das Problem des Deaktivierens der Liste beim Löschen sollte sich in dieser Zeile:

https://github.com/jfritz-org/jfritz/blob/develop/src/main/java/de/moonflower/jfritz/box/fritzbox/callerlist/FritzBoxCallList_Actual.java#L67

durch die Änderung von "on" auf "1" beheben lassen.

Hintergrund:

https://www.ip-phone-forum.de/threads/jfritz-deaktiviert-anrufliste.307813/post-2400014

Sorry, daß das kein kompletter PR ist - aber für diese eine Änderung lohnt sich m.E. das Klonen nicht. Leider habe ich auch kein fertig eingerichtetes Developer-System, mit dem ich die Änderung selbst vornehmen und das Ergebnis testen könnte - daher die eher "passive" Variante meinerseits.

@PeterPawn
Copy link

PeterPawn commented Dec 9, 2020

Ich muß mich korrigieren ... dann würde die Liste gar nicht mehr gelöscht (siehe Bearbeitung im oben verlinkten Beitrag im IPPF).

Daher vielleicht doch die andere Lösung (das erspart zumindest die Unterscheidung zwischen weiteren Versionen und es könnte bei "_Actual" bleiben) ... nach dem Löschen mit dem vorhandenen Request noch einen weiteren hinterher schicken, bei dem dann tatsächlich "usejournal" auf "1" gesetzt ist - serialisiert sollten diese Zugriffe ja ohnehin sein, wenn das "postToPageAndGetAsString()" sein Ergebnis bereitgestellt hat.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants