Ihr habt aber schon irgendwo mitbekommen, daß bereits im Juni 2024 eine Issue in GitHub zu diesem Problem eröffnet wurde?
https://github.com/jfritz-org/jfritz/issues/44
Da erstaunt einen dann die "Überraschung" und das "Rätselraten" hinsichtlich der Ursachen und Gründe, was hier so umgeht und nachzulesen ist, schon ein wenig.
Das Problem sollte auch weniger die Korrektur in den Quellen sein, dazu würde hier:
https://github.com/jfritz-org/jfrit...lower/jfritz/callerlist/CallerList.java#L1082 wohl schon ein weiterer
else
-Zweig ausreichen, wo mit der neuen Header-Line in der exportierten Anruferliste verglichen wird und alle Spalten hinter der neu hinzugekommenen für
Landes-/Ortsnetzbereich
um einen Indexwert verschoben werden (die Spalte ebenfalls zu importieren dürfte sinnlos sein, denn das sucht JFritz ja selbst noch einmal raus).
Aber heute hat vermutlich kaum noch jemand das für den Build notwendige System bereits aufgesetzt und von einer CI-/CD-Queue für automatische Builds ist in dem Projekt nichts zu sehen. Damit läge der Löwenanteil der Arbeit gar nicht im Fixen des eigentlichen Problems, sondern in dem, was "drumherum" für die Bereitstellung installationsfähiger Pakete noch zu leisten wäre. Da Java (nach meiner Überzeugung zumindest) heutzutage eigentlich tot ist, wird das wohl nur ein wirklicher Enthusiast (entweder als Java-Fan per se oder als Nutzer dieser Software hier) auch leisten WOLLEN.
Bliebe allerdings noch eine weitere Option (nur, um sie nicht unerwähnt zu lassen) ... man kann auch in der 8.0 (natürlich nur mit einer eigenen Firmware) die Anrufliste weiterhin im alten Format (also ohne die neue Spalte für LKZ/ONKZ) exportieren, dazu muß man nur die Datei
usr/www/$OEM/fon_num/foncalls_list.lua
ein wenig patchen:
Code:
--- foncalls_list.lua
+++ foncalls_list.lua
@@ -289,7 +289,6 @@
[[{?3310:661?}]],
[[{?3310:740?}]],
[[{?3310:947?}]],
- [[{?3310:465?}]],
[[{?3310:572?}]],
[[{?3310:258?}]],
[[{?3310:544?}]]
@@ -302,7 +301,6 @@
call.date or "",
call.name or "",
call.number or "",
- call.area or "",
foncalls.port_display(call),
(call.msn_type == 2 and txt_inet or "") .. (call.msn or ""),
call.duration or ""
Macht man das gleich mit bei den anderen Änderungen, die man ja üblicherweise so an seinem FRITZ!OS-Image vornimmt (und wer täte das nicht), ist das auch kein wirklicher Aufwand - wer JFritz nutzen will, braucht sicherlich die neue Spalte in der AVM-Liste auch nicht wirklich. Allerdings ist die dann auch bei Push-Mails nicht länger dabei ... but who cares? Natürlich kann man auch einen weiteren Parameter für den Download-Request hinzufügen, um zwischen dem alten und dem neuen Format zu unterscheiden ... nur müßte man dann ja dennoch das alte Format zum Standard erklären, damit keine weiteren Änderungen an JFritz erforderlich sind.
Unschwer zu erraten, für welchen Weg ich mich entscheiden würde, FALLS ich JFritz einsetzen WÜRDE. Vielleicht gibt es irgendwann (oder gar jetzt schon, ich verfolge das nicht mehr) auch mal einen passenden Patch für Freetz-NG - das ist ja alles keine "rocket science" und wie oben schon erwähnt, läge der eigentliche Aufwand beim Anpassen von JFritz gar nicht in den notwendigen Änderungen der Quellen (das sind vielleicht 8 zusätzliche Zeilen, wenn man den originalen Stil beibehalten würde), sondern im Zusammenstellen eines Build-Systems und damit dann dem Erstellen der Installationspakete (auch wenn da entsprechende Targets vorhanden sind) für andere und ggf. dann wieder in der weiteren Wartung solcher Pakete und da würde ich (zumindest persönlich) den Weg des deutlich geringeren Aufwands wählen. Blöd halt nur, wenn man seine Firmware nicht anpassen kann (oder wohl eher nicht will) ... aber ich würde auch nicht den Änderungen bei AVM hinterherlaufen wollen, denn niemand weiß, wann sich da das Format erneut ändert (auch wenn es wohl über sehr lange Jahre relativ konstant war, aber nun ist der Damm ja gebrochen).