[v0.7.3][Bug 0000224] Rückwärtssuche hängt

[ebecker]

Moin allerseits,

die Rückwärts-Suche hängt sich bei mir auf, scheinbar immer bei nicht gefundenen Nummern. Die erste habe ich mal gelöscht, dann wirft er die nächste nicht ermittelbare im Log aus: (Nummer habe ich geändert, normale Festnetznummer (Durchwahl in einer 4ma in Deutschland), erste Nummer, die ich gelöscht hatte, war eine O2-Nummer.

05.07.09 21:30:33): WARNING: No match for 01235551234 found
Exception in thread "lookup-thread" java.lang.StringIndexOutOfBoundsException: String index out of range: 4
at java.lang.String.substring(Unknown Source)
at de.moonflower.jfritz.utils.reverselookup.LookupThread.lookup(LookupThread.java:192)
at de.moonflower.jfritz.utils.reverselookup.LookupThread.run(LookupThread.java:95)

Einmal nicht angenommen, einmal abgehend, das scheint auch egal zu sein.

Ach ja, Direkt nach Programmstart gibt es auch ne Exception, hier das komplette Log nach Aufruf ohne Start des Reverse-Lookups:
(1x beim PW vertippt, welches er sich komischerweise nicht merkt, obwohl eingestellt):

(05.07.09 21:38:50): JFritz v0.7.3 (c) 2005-2009 by all members of the JFritz-Team
(05.07.09 21:38:50): ERROR: java.lang.IllegalArgumentException: Unknown signal: HUP
(05.07.09 21:38:50): ERROR: java.lang.IllegalArgumentException: Unknown signal: KILL
(05.07.09 21:38:50): ERROR: java.lang.IllegalArgumentException: Signal already used by VM: SIGBREAK
(05.07.09 21:38:51): Initializing JFritz...
(05.07.09 21:38:51): Loading supported languages...
(05.07.09 21:38:51): WARNING: Error processing the user save location(File not found), using defaults
(05.07.09 21:38:51): Loading properties...
(05.07.09 21:38:51): Save state properties
(05.07.09 21:38:51): Save config properties
(05.07.09 21:38:51): OS Language: de
(05.07.09 21:38:51): OS Country: DE
(05.07.09 21:38:51): Selected language: de_DE
(05.07.09 21:38:51) DEBUG: debugging mode has been enabled
(05.07.09 21:38:51) DEBUG: (Update) Program version: 0.7.3
(05.07.09 21:38:51) DEBUG: (Update) Locale: de_de
(05.07.09 21:38:51) DEBUG: (Update) Update on start: true
(05.07.09 21:38:51) DEBUG: (Update) Saving update-properties...
(05.07.09 21:38:51) DEBUG: ...done
(05.07.09 21:38:51): Checking startup password...
(05.07.09 21:39:17): ERROR: Falsches Passwort!
(05.07.09 21:39:22): Initializing main application...
(05.07.09 21:39:22): Operating System : Windows XP
(05.07.09 21:39:22): JFritz runs on Windows
(05.07.09 21:39:22): Initializing Fritz!Box..
(05.07.09 21:39:39): WARNING: No dect devices available.
(05.07.09 21:39:40): Loading quick dials...
(05.07.09 21:39:40): Loading caller list and phonebook...
(05.07.09 21:39:42): Initializing call monitor...
(05.07.09 21:39:42): Initializing Client/Server...
(05.07.09 21:39:42): Setting default look and feel...
(05.07.09 21:39:44): Timer enabled

Fritzbox ist eine 7170, aktuelle FW.

Nach Löschen der 2. Nummer aus dem Protokoll bleibt die Suche nicht hängen (Vorher bei 33 bzw. 50% sondern eiert ohne Erfolg weiter:
Exception in thread "lookup-thread" java.lang.StringIndexOutOfBoundsException: String index out of range: 4
at java.lang.String.substring(Unknown Source)
at de.moonflower.jfritz.utils.reverselookup.LookupThread.lookup(LookupThread.java:192)
at de.moonflower.jfritz.utils.reverselookup.LookupThread.run(LookupThread.java:95)
Sind 3820 Telefonate zu viel?

 

[Dompteur9]

...gleiches bei mir mit der 7270 und aktueller FW...

 

[robot_rap]

Könntet ihr mir bitte mal die Rufnummern per PN zuschicken?

Gruß,
Robert

 

[ebecker]

Könntet ihr mir bitte mal die Rufnummern per PN zuschicken?

Welche meinst du? Die die ich gelöscht habe?
Ich glaube nicht, dass es daran liegt, denn nach dem Löschen der beiden nicht-Lookup-fähigen Nummern bleibt die Reverssuche zwar nicht mehr bei 33 bzw 50% stehen, der "Nightrider"-Blaken läuft sich aber noch tot und die
Exception in thread "lookup-thread" java.lang.StringIndexOutOfBoundsException: String index out of range: 4
kommt immer noch.

Ich denke ehre, dass dort ein Array o.ä. überläuft.

Wie können wir das einschränken?

 

[ebecker]

Hm, jetzt habe ich noch eine "komische" Nummer von einem Spammer gelöscht: 009090, ja wirklich so, also die "90" in der Türkei, nun kann ich die Rückwärtssuche weder über die Einstellungen noch über den Button überhaupt noch starten :-(