• Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.

Fehler beim Aktualisieren

JonDo

Geocacher
Moin arbor95 moin ColleIsarco

Leider ist der 3xFehler immer noch sehr lästig.
Heute habe ich es mit dem neuen CW (1.3.5184) auf 2-mal diesen Fehler gebracht.
Einmal mit Absturz, wobei der CW zumindest am den Index Gespeichert hat und direkt nach dem Neustart nachmals. Jedoch ohne Absturz.

Da ich nun ziemlich ratlos bin, was hier zutun ist, aber an einer Lösung interessiert bin, habe ich mal die beiden LOG Dateien angehängt. Ihr werdet wissen, ob das bei der Lösungsfindung hilft.


Mit freundlichen Grüßen
 

Anhänge

  • Log_3xFehler.zip
    12,5 KB · Aufrufe: 59

arbor95

Geoguru
Wenn du mit 3x_Fehler eine Meldung bezüglich Redirection meinst, da sehe ich erstmal kein Problem.

Der Großteil der Fehler ist darauf zurückzuführen, dass du nicht bei GC eingelogged wurdest.
Die Prüfungen, die im Programm sind, um festzustellen, ob du eingelogged bist, scheinen wohl nicht mehr zu tun (Webseitenänderung bei GC).
 

ColleIsarco

Geowizard
Ich hatte letztens mal ein Problem mit einem abgelaufenen Token. Das war aber anders, wenn ich mich recht entsinne. Lösen sich das mit dem Löschen des Tokens in der pref.xml. Aktuell warte ich darauf, dass sich der Fehler wiederholt, damit ich mir das anschauen kann. (Leider vergaß ich ein Backup der Datei zu machen.).

Um konkret zu sein: in der Datei pref.xml die Zeile mit GCLogin suchen und den Wert auth="xxxxxxx....xxxx" durch auth="" ersetzen. (Wichtig: Datei vorher wegkopieren).
Berichte mal was passiert.

Das EInloggen hatte mir gerade einwandfrei funktioniert. Allerdings sehen die Meldungen auch irgendwie nach Verbindungsabbrüchen aus.

Gruß
ColleIsarco
 

arbor95

Geoguru
Das geht einfacher: Einfach in den Einstellungen Allgemein/Herunterladen (GC) als die leere Zeile auswählen. Dann wird ein neues Token erstellt.

Wenn du den Fehler reproduzieren willst, dann kannst du doch einfach Zeichen im Token ersetzen.
 

JonDo

Geocacher
Moin arbor95

Redirection? 3xFehler bezieht sich auf die Überschrift im Meldungsfester welches sich öffnet und ansonsten keine weiteren Informationen anzeigt.

Fehler.jpg

Ansonsten, bin ich gerade beim probieren ob einen Änderung wie von ColleIsarco vorgeschlagen das Problem beseitigt.

Werde mich danach melden.
Mit freundlichen Grüßen
 

JonDo

Geocacher
Moin arbor95 moin ColleIsarco

So nun habe ich beide Möglichkeiten durchprobiert.

Ja arbor95 hat recht, die fragliche Stelle wird durch das Löschen des Cacher-Namens in den Einstellungen auch geändert.


Aufgetaucht ist ein anderes Fenster, nicht das 3xFehler Fenster.

In 2. Start läuft der CW ohne weitere Meldung

Im Log ist zu lesen
„https://www.geocaching.com/account/settings/preferences with userID ewe.io.IOException: Could not connect”

Ob das den 3xFehler beseitigt hat. Mal sehen.

Zumindest kann ich Euch schon mal danken für die prompte Unterstützung.
Da fühlt man sich doch in guten Händen.

Wenn der Fehler (3xFehler) wieder auftritt melde ich mich nochmal.

Mit freundlichen Grüßen
 

arbor95

Geoguru
Ne, meine Behauptung steht noch: Die Logindaten sind nicht korrekt.
Du brauchst im Log (ich habe auf Fehlersuchmodus eingestellt) ungefähr so etwas:
11.10.2019/19:13:50.444: Request https://www.geocaching.com/account/settings/preferences returned status-code: 200
11.10.2019/19:13:50.944: [checkGCSettings]:loggedInAs= <gc-username>

Bei dir steht aber:
11.10.2019/16:30:12.106: [checkGCSettings]:Exception calling https://www.geocaching.com/account/settings/preferences with userID
ewe.io.IOException: Could not connect
...
Danach kann keine ordentliche Info von gc mehr kommen.

Wenn nur das Token fehlerhaft ist, dann steht da so etwas:
11.10.2019/19:27:24.875: Request https://www.geocaching.com/account/settings/preferences returned status-code: 500
11.10.2019/19:27:24.891: [checkGCSettings]:Exception calling https://www.geocaching.com/account/settings/preferences with userID
ewe.io.IOException: URL: https://www.geocaching.com/account/settings/preferences
http response code: 500

Wenn das Passwort nicht stimmt so etwas:
11.10.2019/19:32:35.586: [gcLogin]
11.10.2019/19:32:36.711: Request https://www.geocaching.com/account/login?ReturnUrl=/play/search returned status-code: 301
11.10.2019/19:32:37.867: Request https://www.geocaching.com/account/login?ReturnUrl=/play/search returned status-code: 200
11.10.2019/19:32:39.023: Request https://www.geocaching.com/account/login?ReturnUrl=/play/search returned status-code: 301
11.10.2019/19:32:40.414: Request https://www.geocaching.com/account/login?ReturnUrl=/play/search returned status-code: 200
11.10.2019/19:32:41.415: Request https://www.geocaching.com/account/settings/preferences returned status-code: 302
11.10.2019/19:32:42.530: Request https://www.geocaching.com/account/settings/preferences returned status-code: 200
11.10.2019/19:32:42.702: [checkGCSettings]:loggedInAs=

Bei dir sieht es aus, als ob über das Token noch dein Name erkannt wird, es aber aus welchen Gründen auch immer zu der Meldung "could not connect" kommt.
 

ColleIsarco

Geowizard
Hallo JonDo

Damit kann ich schon mal etwas anfangen, obwohl ich noch keine Idee habe, was es konkret ist. Aber ich habe einen Ansatz, wie ich dem Problem auf die Spur kommen könnte.
Kannst Du mir bitte noch einen Gefallen tun? Kannst Du dein Java auf eine neuere Version updaten? Laut dem Log setzt du 1.8.0_121 ein und ich habe hier ein 1.8.0_144 laufen. Ich erinnere mich daran, dass ich mir diese Version seinerzeit installiert habe, weil es mit Zertifikaten Probleme gab. Ich kann nicht ausschließen, dass hier das Problem liegt, zumal es bei mir funktioniert. (Ja ja, ich weiß, 'Works on my machine always holds true')

Gruß
ColleIsarco
 

JonDo

Geocacher
Moin ColleIsarco

Das würde ich ausprobieren, nur kann ich die Version 1.8.0_144 ans JRE nicht mehr finden,
kann es sein, das es bereits die Version jre-8u221-windows-i586 gibt.
Und muß es die JRE sein? Da habe ich mich bislang immer schwergetan und war froh wenn es lief.

Mit freundlichen Grüßen.
 

arbor95

Geoguru
Die Ursache ist gefunden: Ein Speicherüberlauf durch eine "schlampige" Programmierung (oder einen schlechten garbage collector).
Anbei ein Screenshot zu einem Versuch von mir (mit dem vollständigen 3x Fenster (wahrscheinlich von drei mal probiert, immer noch geht es nicht)).

Im Log steigt er bei mir an der folgenden Stelle aus (was aber auch an anderer Stelle sein könnte):
13.10.2019/18:36:24.648: Error getting Logs.
ewe.io.IOException: Could not connect
13.10.2019/18:36:24.695: [spiderImage] Problem while fetching image
ewe.io.IOException: Could not connect
 

Anhänge

  • Speicherbelegung.jpg
    Speicherbelegung.jpg
    3,3 KB · Aufrufe: 2.739
  • fx.jpg
    fx.jpg
    8,9 KB · Aufrufe: 2.739

JonDo

Geocacher
Moin ihr fleißigen CW Programmierer

Die beschriebene Lösung von ColleIsarco hat leider nichts gebracht. Doch eine überraschende Lösung hat mit arbor95 gezeigt. Die ich gern hier veröffentlichen möchte, sollte jemand das gleiche Problem haben.

Durch das Umstellen von meinem Windows Rechner auf ein 64 Bit System konnte ohne zusätzlichen Speicher (vorher wie nachher 4GB) und ohne sonstigen Veränderungen läuft der CW ohne Probleme. Erstaunlich!
Zusammenfassung:
Windows 7 oder Windows 10 als 64Bit System
Java auch als 64 Bit (jre-8u231-windows-x64) geht aber auch mit einer älteren Version
So steht dem Aktualisieren nichts mehr im Wege.
Danke an alle die hieran mitgewirkt haben.

Ein Problem ist jedoch noch offen. Nicht alle JPG Bilder werde auch runtergeladen.
Zuletzt wieder GC8FPA1. Es wäre prima, wenn das noch gelöst werden könnte.

Mit freundlichen Grüßen
 

JonDo

Geocacher
Moin ihr fleißigen CW Programmierer
Seit einiger Zeit schon funktioniert das CW unter der 64 Bit Version prächtig
Was jedoch ab und zu stört, ist das er bei einigen Caches Schwierigkeiten macht.

Bislang waren das immer Events z.B. GC8HMTN, GC8HJJG und GC8HJMB.
Fehler_Laden.jpg
Fehler: „Die Cache Beschreibung konnte nicht geladen werden.“

Doch nun habe ich ein anderes Problem ermittelt. Der Cache GC2QGF7 z.B. ist für Logeinträge gesperrt was dazu führt, das er nicht geloggt werden kann. Komischerweise wir er aber immer noch unter den aktiven Geocaches aufgeführt. Vermutlich haben das die Reviewer(innen) übersehen. In diesem Fall gibt es kein Owner mehr.
Gesperrt.jpg
Aber das ist nicht der Grund der Sperrung sonder sehr wahrscheinlich eine Wartungsanforderrung eines Cacher s in mit Verbindung mit einem Update von geocaching (nach November 2017) das diese Cache dann für neue Logeinträge gesperrt werden. Siehe: GC1BE91
Fehler2.jpg

Besteht die Möglichkeit das die vom CW anders angezeigt werden?

Und noch ein Problem. ist sozusagen noch offen. Nicht alle JPG Bilder werde auch runtergeladen.
Zuletzt wieder bei GC8FPA1. Es wäre prima, wenn sich das ein Fachmann mal bitte anschauen könnte.

Mit freundlichen Grüßen
 

arbor95

Geoguru
JonDo schrieb:
...
Und noch ein Problem. ist sozusagen noch offen. Nicht alle JPG Bilder werde auch runtergeladen.
Zuletzt wieder bei GC8FPA1. Es wäre prima, wenn sich das ein Fachmann mal bitte anschauen könnte.
...
Da hast du nicht richtig geschaut. Das Bild wurde heruntergeladen.
Es wird nicht angezeigt.

Die Ursache: Das ist ein jpg mit progressiver Codierung. Bilder mit dieser Codierung werden von der aktuell verwendeten Bibliothek nicht dargestellt.
Bisher waren solche Bilder selten und der Leidensdruck nicht ausreichend groß.
 

arbor95

Geoguru
JonDo schrieb:
...
Bislang waren das immer Events z.B. GC8HMTN, GC8HJJG und GC8HJMB.
Fehler_Laden.jpg
Fehler: „Die Cache Beschreibung konnte nicht geladen werden.“
...
Die Events gibt es nicht (mehr). Sie werden bei geocaching.com nicht angezeigt.
ok: die Fehlermeldung könnte eine andere sein, zumal ein abgelaufener Login die selbe Meldung bringt...
 

arbor95

Geoguru
JonDo schrieb:
...Doch nun habe ich ein anderes Problem ermittelt. Der Cache GC2QGF7 z.B. ist für Logeinträge gesperrt was dazu führt, das er nicht geloggt werden kann. Komischerweise wir er aber immer noch unter den aktiven Geocaches aufgeführt. Vermutlich haben das die Reviewer(innen) übersehen. In diesem Fall gibt es kein Owner mehr.
Gesperrt.jpg
Aber das ist nicht der Grund der Sperrung sonder sehr wahrscheinlich eine Wartungsanforderrung eines Cacher s in mit Verbindung mit einem Update von geocaching (nach November 2017) das diese Cache dann für neue Logeinträge gesperrt werden. Siehe: GC1BE91
Fehler2.jpg

Besteht die Möglichkeit das die vom CW anders angezeigt werden?
...
Einen Status "Locked" gibt es bisher nicht. Da diese Cache nicht als disabled oder archiviert gekennzeichnet sind bleiben sie bisher im CW als available.
Auch dieser Status ist eher selten. Aber das könnte sicherlich leicht (bei nächster Gelegenheit) auf archiviert (oder disabled) zurückgeführt werden.
 

ColleIsarco

Geowizard
äh, das verstehe ich gerade nicht: Der genannt Cache wird bei als archiviert angezeigt und der Code, der auf locked überpüft ist auch seit längerer Zeit drin. Also bei mir funkioniert alles wie gewollt.
 
Oben