[Bug 0.6.2.01] Rückwärtssuche

xxMExx

Aktives Mitglied
Mitglied seit
25 Jul 2005
Beiträge
890
Punkte für Reaktionen
0
Punkte
16
Bei der Rückwärtssuche Österreich wird nicht, bei nicht zuordnungsbarer Nummer, zumindest der Städteeintrag aus der "areacodes_austria.csv" vorgenommen.

Beispiel: +43332244595

Ob die Nummer jetzt hätte gefunden werden können, oder nicht, weiß ich nicht -- kenne den Link zur Auskunft Österreich nicht :)

Code:
(13:01:50) DEBUG: Urlstr: http://192.168.0.1:80/cgi-bin/webcm
(13:01:50) DEBUG: Postdata: getpage=../html/de/menus/menu2.html&var%3Alang=de&var%3Apagename=foncalls&var%3Amenu=fon&telcfg%3Asettings/ClearJournal=1
(13:02:12) DEBUG: Reverse lookup for 1 numbers
(13:02:12) DEBUG: adding request
(13:02:12) DEBUG: creating thread
(13:02:12) DEBUG: Looking up +43332244595...
(13:02:12) DEBUG: Header of dasoertliche.de: null: HTTP/1.0 404 Not Found | Content-Type: text/html;charset=utf-8 | Content-Length: 1042 | Date: Mon, 11 Dec 2006 12:02:06 GMT | Connection: close | 
(13:02:12) DEBUG: CHARSET : 
(13:02:12) ERROR: Error while retrieving http://www.dasoertliche.de/DB4Web/es/oetb2suche/home.htm?main=Antwort&s=2&kw_invers=%2B43332244595
(13:02:12) DEBUG: Looking up city in numberMap: +43332244595
(13:02:12) DEBUG: Saving to file G:\Telefon\JFritz-Data\jfritz.phonebook.xml


Bei der Maßenrückwärtssuche, wird anscheinend nicht gewartet bis die URL ausgewertet wird -- 202 Einträge innerhalb von 3 Sek.

Code:
(13:02:52) DEBUG: Reverse lookup for 202 numbers
(13:02:52) DEBUG: adding request
(13:02:52) DEBUG: Looking up 022339444????...
(13:02:53) DEBUG: Header of dastelefonbuch.de: null: HTTP/1.1 200 OK | Set-Cookie: JSESSIONID=35A489CBD3B00F92765B69126271BAFA; Path=/ | Content-Type: text/html;charset=ISO-8859-1 | Transfer-Encoding: chunked | Date: Mon, 11 Dec 2006 12:02:46 GMT | Server: Apache-Coyote/1.1 | 
(13:02:53) DEBUG: CHARSET : 
(13:02:53) DEBUG: Begin processing responce from dastelefonbuch.de
(13:02:53) DEBUG: Looking up city in numberMap: 022339444????
(13:02:53) DEBUG: Looking up 0228534????...
(13:02:53) DEBUG: Header of dastelefonbuch.de: null: HTTP/1.1 200 OK | Set-Cookie: JSESSIONID=0C354FBA4648871004CF5267EAA94799; Path=/ | Content-Type: text/html;charset=ISO-8859-1 | Transfer-Encoding: chunked | Date: Mon, 11 Dec 2006 12:02:47 GMT | Server: Apache-Coyote/1.1 | 
(13:02:53) DEBUG: CHARSET : 
(13:02:53) DEBUG: Begin processing responce from dastelefonbuch.de
(13:02:53) DEBUG: Looking up city in numberMap: 0228534????
(13:02:53) DEBUG: Looking up 02286209????...
(13:02:53) DEBUG: Header of dastelefonbuch.de: null: HTTP/1.1 200 OK | Set-Cookie: JSESSIONID=55A1D63C1BFFE981E35A44DED22A6CFC; Path=/ | Content-Type: text/html;charset=ISO-8859-1 | Transfer-Encoding: chunked | Date: Mon, 11 Dec 2006 12:02:47 GMT | Server: Apache-Coyote/1.1 | 
(13:02:53) DEBUG: CHARSET : 
(13:02:54) DEBUG: Begin processing responce from dastelefonbuch.de
(13:02:54) DEBUG: Looking up city in numberMap: 02286209????
(13:02:54) DEBUG: Looking up 022335????...
(13:02:54) DEBUG: Header of dastelefonbuch.de: null: HTTP/1.1 200 OK | Set-Cookie: JSESSIONID=44AFE7D171929D6D0628DB7678ECBC27; Path=/ | Content-Type: text/html;charset=ISO-8859-1 | Transfer-Encoding: chunked | Date: Mon, 11 Dec 2006 12:02:47 GMT | Server: Apache-Coyote/1.1 | 
(13:02:54) DEBUG: CHARSET : 
(13:02:54) DEBUG: Begin processing responce from dastelefonbuch.de
(13:02:54) DEBUG: Looking up city in numberMap: 022335????
(13:02:54) DEBUG: Looking up 0568177????...
(13:02:54) DEBUG: Header of dastelefonbuch.de: null: HTTP/1.1 200 OK | Set-Cookie: JSESSIONID=9721547DDA3A162254AC70A73C03B8C7; Path=/ | Content-Type: text/html;charset=ISO-8859-1 | Transfer-Encoding: chunked | Date: Mon, 11 Dec 2006 12:02:48 GMT | Server: Apache-Coyote/1.1 | 
(13:02:54) DEBUG: CHARSET : 
(13:02:54) DEBUG: Begin processing responce from dastelefonbuch.de
(13:02:54) DEBUG: Looking up city in numberMap: 0568177????
(13:02:54) DEBUG: Looking up 052229????...
(13:02:54) DEBUG: Header of dastelefonbuch.de: null: HTTP/1.1 200 OK | Set-Cookie: JSESSIONID=2B152FA9D86E43A30C82256B17154FC6; Path=/ | Content-Type: text/html;charset=ISO-8859-1 | Transfer-Encoding: chunked | Date: Mon, 11 Dec 2006 12:02:48 GMT | Server: Apache-Coyote/1.1 | 
(13:02:54) DEBUG: CHARSET : 
(13:02:54) DEBUG: Begin processing responce from dastelefonbuch.de
(13:02:55) DEBUG: Looking up city in numberMap: 052229????
(13:02:55) DEBUG: Looking up 0228831????...
(13:02:55) DEBUG: Header of dastelefonbuch.de: null: HTTP/1.1 200 OK | Set-Cookie: JSESSIONID=96B521E91160E2A965CD1C3F099C298E; Path=/ | Content-Type: text/html;charset=ISO-8859-1 | Transfer-Encoding: chunked | Date: Mon, 11 Dec 2006 12:02:49 GMT | Server: Apache-Coyote/1.1 | 
(13:02:55) DEBUG: CHARSET : 
:
:
:

Außerdem wird auch in diesem Fall nicht zumindest der Städtename angezeigt.

Ein weiteres Rückwärtssuchen zu einzelnen Numern führt dann wiederrum immer zum selben Ergebnis -- nämlich keins.

Erst nach Neustart von JFritz mit anschließendem gezielten Aufruf der Rückwärtssuche für eine markierte Nummer führt dann zum gewünschten Ergebnis -- Mindestanzeige Städtenamen

mfg
xxMExx
 
Zuletzt bearbeitet:
xxMExx schrieb:
Bei der Rückwärtssuche Österreich wird nicht, bei nicht zuordnungsbarer Nummer, zumindest der Städteeintrag aus der "areacodes_austria.csv" vorgenommen.

Beispiel: +43332244595

Ob die Nummer jetzt hätte gefunden werden können, oder nicht, weiß ich nicht -- kenne den Link zur Auskunft Österreich nicht :)
Das Problem bei der Österreichischen Rückwärtssuche ist, dass es immer noch auf der alten Seite von dasoertliche.de basiert. Seitdem dasoertliche.de seine Seite umgebaut hat, funktioniert die Rückwärtssuche nicht mehr. Den Städteeintrag-Bug hingegen konnte ich soeben beheben.

Deine zweite Bugbeschreibung verstehe ich nicht so richtig. Wird bei dir für deutsche Nummer (oder österreichische?) keine Stadt angezeigt? Beschreib mal den Bug etwas anders, damit ich dahinter komme.

Rob
 
robot_rap schrieb:
:Deine zweite Bugbeschreibung verstehe ich nicht so richtig. Wird bei dir für deutsche Nummer (oder österreichische?) keine Stadt angezeigt? Beschreib mal den Bug etwas anders, damit ich dahinter komme.
:

Hallo Rob,

im Grunde genommen geht es um deutsche Einträge.

Folgendes Szenario.
In meiner Anrufliste sind etwa 1.000 Einträge davon 202 ohne Eintrag in der Teilnehmerliste.

Betätige ich nun den Button "Rückwärtssuche" (ohne eine spezielle Nummer zu markieren) wird laut DBUG.txt (s. oben) die Suche für 202 Rufnummern gestartet.

Die Laufleiste unten zeigt für ca. 0,5-1,53 Sekunden "Rückwärtssuche" an. Laut DEBUG.TXT wird allerdings irgenwas gemacht mit den Nummern.

Das Ergebnis ist allerdings keinerlei Einträge in der Teilnehmerliste. Weder mit gefundenen "Adressen" noch mit "Stadteinträge" (Männchensymbol wird in der Anrufliste ebenfalls nicht angezeigt).

Eine gezielte Rückwärtssuche (eintrag Markieren - rechte Maustaste) führt in dem Moment auch zu keinem Ergebnis.

Nach dem Neustart von JFritz - markieren eines Eintrages - rechte Maustaste, wird für den markierten Eintrag zumindest ein Teilnehmer mit Städteeintrag angelegt.

Meine Properties sind so eingestellt, dass eine automatische Rückwärtssuche nach Import von der FBF nicht stattfinden soll.

CU
xxMExx
 
Hänge mich ganz einfach hier dran.

Habe auch das keine Rückwertssuche in DE mehr richtig funktioniert.
Es erscheint nur der Stadtname im Adressfeld.

Ich dachte erst es liegt an meinem jFritz. Da ich bisher immer drüberinstalliert habe.
Also alles neu installiert (alles neu eingestellt, keine Sicherung wieder installiert) und Anruferliste abgeholt. Es werden nur die Städtenamen eingetragen. Es gibt aber Telefonnummer die über das örtliche mit Rückwertssuche auf der Webseite funktionieren.

Was mir aufgefallen ist, dass im Telefonbuch die nicht eingetragen Nummer also keine Adresse dort garnicht auftauchen. Ich habe also in der neu installierten Version ein leeres Telefonbuch. Früher tauchten auch diese Nummern im Telefonbuch auf.

Hat den sonst keiner Probleme mit der Rückwertssuche?
 
Hi,

Ich habe womöglich das Problem mit der Rückwärtssuche für die nächste Version schon behoben. Es gab Probleme mit der internen Darstellung von einigen Strings (Umlaute) und das führte (Vor allem bei Mac Benutzern) zu Probleme.

Wegen dem Problem von xxMexx, ich schau mir das näher an, da ich auch solche Probleme habe (was alles passiert, wenn man mehrere Wochen keine Zeit zum Coden hat :) ). Ich werde mich dann melden.

--Brian
 
Zuletzt bearbeitet:
Mir ist bei mir noch etwas aufgefallen.
Ich habe gerade einen Telefonbucheintrag editiert.
DIeser wurde dann nicht in der Anruferliste angezeigt. Es stand weiterhin der Ortsname drin.
Da habe ich mir mal die jfritz.phonebook.xml angeschaut.
Hier war der Eintrag auch geändert und gleichzeitig war auch der alte Eintrag mit dem Ortsnamen noch drin.
Soweit macht es erst mal jFritz richtig.
Nur in meinem Telefonbuch erscheint dieser "leere" Eintrag garnicht.
Ich habe nun mal weiter gesucht und dabei festgestellt das meine jfritz.phonebook.xml garnicht komplett in jFritz angezeigt wird.
Es wird also nicht die komplette jfritz.phonebook.xml Datei eingelesen.

Wo könnte der Fehler liegen?
 
Habe jetzt festgestellt warum in meinem Telefonbuch einige Einträge nicht angezeigt werden.
In der xml Datei stehen die nicht angezeigten Einträge auf
<entry private="false">
Da alle neuen auch auf false stehen werden diese nicht angezeigt.
 
@Ronaldo: die werden bei dir nicht angezeigt, weil du beim Telefonbuch den "nur private Einträge"-Filter aktiviert hast.

Das ist der Button zwischen "VCard-Exportieren" und "Telefonbuch importieren", links von der Suche.

Rob
 

Statistik des Forums

Themen
246,197
Beiträge
2,247,885
Mitglieder
373,755
Neuestes Mitglied
grdex
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.