-
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
- Ersteller Eifelgold
- Erstellt am
Hallo,
auch heute noch gbt es bei mir die Fehlermeldungen beim Aktualisieren (Windows 19304):
Obige Meldung kommt bei allen Caches, wenn man "Markierte aktualisieren" anklickt.
Aber auch, wenn man über "Import von GC" geht.
Diese Meldung erscheint zusätzlich bei Premium-Caches, wenn "Markierte aktualisieren" angeklickt wird.
Ich bin Premium-Member.
Wie schon im Vorpost erwähnt, funktionierte am Donnerstag noch alles. Fehler treten seit Freitag auf.
Danke für Eure Hilfe!
auch heute noch gbt es bei mir die Fehlermeldungen beim Aktualisieren (Windows 19304):
Obige Meldung kommt bei allen Caches, wenn man "Markierte aktualisieren" anklickt.
Aber auch, wenn man über "Import von GC" geht.
Diese Meldung erscheint zusätzlich bei Premium-Caches, wenn "Markierte aktualisieren" angeklickt wird.
Ich bin Premium-Member.
Wie schon im Vorpost erwähnt, funktionierte am Donnerstag noch alles. Fehler treten seit Freitag auf.
Danke für Eure Hilfe!
wendenzo
Geocacher
Ansonsten gilt bei Aktualisierungsabrüche glaube ich immer noch das hier: http://geoclub.de/forum/viewtopic.php?f=40&t=78432
damit ist es mittlerweile fast nicht mehr möglich 300 Caches in 3 verschiedenen Zones innerhalb eines Tages zu aktualisieren, ohne persönlich vor dem PC zu sitzen.
damit ist es mittlerweile fast nicht mehr möglich 300 Caches in 3 verschiedenen Zones innerhalb eines Tages zu aktualisieren, ohne persönlich vor dem PC zu sitzen.
Hallo wendenzo,
ja, ich habe englisch als Sprache eingestellt. Das ist es also nicht.
Ich will ja gar keine 300 Caches aktualisieren, der Fehler tritt ja schon bei 2 zu aktualisierenden Caches auf (zu Testzwecken einer Premium, einer normal). Ich habe die Caches auch gewechselt, damit es nicht an einem Cache liegt.
Und der Fehler tritt auch auf, wie schon geschrieben, Import von GC im Umkreis von 3 Kilometern.
Ich vermute, die haben am Code was geändert, denn mein Logfile sagt:
22.05.2016/16:58:06.042: [checkGCSettings]:Language= en-US
22.05.2016/16:58:14.839: [SpiderGC.java:getLogs]check RexUserToken!
22.05.2016/16:58:15.042: [SpiderGC.java:getDiff]check difficultyRex!
22.05.2016/16:58:15.245: [SpiderGC.java:getTerr]check terrainRex!
22.05.2016/16:58:15.635: [SpiderGC.java:getType]check cacheTypeRex!
22.05.2016/16:58:15.839: [SpiderGC.java:getName]check cacheNameRex!
22.05.2016/16:58:16.026: [SpiderGC.java:getOwner]check cacheOwnerRex!
22.05.2016/16:58:16.542: [SpiderGC.java:getDateHidden]check dateHiddenRex!
22.05.2016/16:58:16.745: [SpiderGC.java:getSize]check sizeRex!
22.05.2016/16:58:16.745: [getCacheByWaypointName: ]Error reading cache: GC5JNPF
java.lang.IllegalArgumentException: unmatched argument None in CacheSize gcGpxString2Cw()
22.05.2016/17:14:34.193: [SpiderGC.java:typeChanged]check TypeRex!
oder später
22.05.2016/23:06:29.512: [checkGCSettings]:Units= Metric
22.05.2016/23:06:29.527: [checkGCSettings]:GCDateFormat=
22.05.2016/23:06:29.527: [checkGCSettings]:Language= en-US
22.05.2016/23:06:44.764: [SpiderGC.java:getLatLon]check latLonRex!
22.05.2016/23:06:56.740: [SpiderGC.java:getLatLon]check latLonRex!
22.05.2016/23:07:09.381: [SpiderGC.java:getLatLon]check latLonRex!
22.05.2016/23:07:09.397: >>>> Failed to spider Cache. Retry.
Dazu hat Dir arbor95 ja auch schon geantwortet:
Rex steht für Regex.
Meldung heißt soviel wie Der Cache type wurde nicht erkannt.
Siehe: http://geoclub.de/forum/viewtopic.php?f=40&p=1250134
Also warte ich mal ab, was arbor für Ideen hat. Aber vielleicht kennt ja auch jemand anderes noch eine Lösung. Ich teste weter!
Dank an alle!
ja, ich habe englisch als Sprache eingestellt. Das ist es also nicht.
Ich will ja gar keine 300 Caches aktualisieren, der Fehler tritt ja schon bei 2 zu aktualisierenden Caches auf (zu Testzwecken einer Premium, einer normal). Ich habe die Caches auch gewechselt, damit es nicht an einem Cache liegt.
Und der Fehler tritt auch auf, wie schon geschrieben, Import von GC im Umkreis von 3 Kilometern.
Ich vermute, die haben am Code was geändert, denn mein Logfile sagt:
22.05.2016/16:58:06.042: [checkGCSettings]:Language= en-US
22.05.2016/16:58:14.839: [SpiderGC.java:getLogs]check RexUserToken!
22.05.2016/16:58:15.042: [SpiderGC.java:getDiff]check difficultyRex!
22.05.2016/16:58:15.245: [SpiderGC.java:getTerr]check terrainRex!
22.05.2016/16:58:15.635: [SpiderGC.java:getType]check cacheTypeRex!
22.05.2016/16:58:15.839: [SpiderGC.java:getName]check cacheNameRex!
22.05.2016/16:58:16.026: [SpiderGC.java:getOwner]check cacheOwnerRex!
22.05.2016/16:58:16.542: [SpiderGC.java:getDateHidden]check dateHiddenRex!
22.05.2016/16:58:16.745: [SpiderGC.java:getSize]check sizeRex!
22.05.2016/16:58:16.745: [getCacheByWaypointName: ]Error reading cache: GC5JNPF
java.lang.IllegalArgumentException: unmatched argument None in CacheSize gcGpxString2Cw()
22.05.2016/17:14:34.193: [SpiderGC.java:typeChanged]check TypeRex!
oder später
22.05.2016/23:06:29.512: [checkGCSettings]:Units= Metric
22.05.2016/23:06:29.527: [checkGCSettings]:GCDateFormat=
22.05.2016/23:06:29.527: [checkGCSettings]:Language= en-US
22.05.2016/23:06:44.764: [SpiderGC.java:getLatLon]check latLonRex!
22.05.2016/23:06:56.740: [SpiderGC.java:getLatLon]check latLonRex!
22.05.2016/23:07:09.381: [SpiderGC.java:getLatLon]check latLonRex!
22.05.2016/23:07:09.397: >>>> Failed to spider Cache. Retry.
Dazu hat Dir arbor95 ja auch schon geantwortet:
Rex steht für Regex.
Meldung heißt soviel wie Der Cache type wurde nicht erkannt.
Siehe: http://geoclub.de/forum/viewtopic.php?f=40&p=1250134
Also warte ich mal ab, was arbor für Ideen hat. Aber vielleicht kennt ja auch jemand anderes noch eine Lösung. Ich teste weter!
Dank an alle!
Hallo arbor,
könnte sein, ich habe aber eine andere Vermutung:
Habe gerade einen im CW befindlichen Cache einfach gelöscht und wollte diesen wie Importieren. Siehe da: die gleichen Fehlermeldungungen wie oben, erst falsche Spracheinstellung und dann Cachebeschreibung konnte nicht geladen werden.
Deshalb vermute ich, die haben die Seite mal wieder etwas anders aufgebaut und deshalb kann der Cache nicht geladen werden. Und da er nicht geladen werden kann, kann der bestehende in CW natürlich auch nicht aktualisiert werden.
Ist aber nur eine Vermutung.
Grüße vom Sourwart
könnte sein, ich habe aber eine andere Vermutung:
Habe gerade einen im CW befindlichen Cache einfach gelöscht und wollte diesen wie Importieren. Siehe da: die gleichen Fehlermeldungungen wie oben, erst falsche Spracheinstellung und dann Cachebeschreibung konnte nicht geladen werden.
Deshalb vermute ich, die haben die Seite mal wieder etwas anders aufgebaut und deshalb kann der Cache nicht geladen werden. Und da er nicht geladen werden kann, kann der bestehende in CW natürlich auch nicht aktualisiert werden.
Ist aber nur eine Vermutung.
Grüße vom Sourwart
arbor95
Geoguru
Nein, liegt eindeutig am "abgelaufenen" Cookie. Lösung (vorübergehend): In den Einstellungen GC Benutzerkonto (= gespeichertes Cookie) den leeren Eintrag auswählen. Dann wird der Login bei GC ausgeführt (und damit das Cookie erneuert) und der Download funktioniert wieder.
(Die endgültige Lösung wird wohl noch etwas dauern, weil ...)
(Die endgültige Lösung wird wohl noch etwas dauern, weil ...)
Hallo arbor,
mit dem workaround läuft alles prima. Auch mit der Windows 19304.
Jetzt sehe ich in den "recent commits to cachewolf"folgenden Hinweis:
"saving expiration date for next login to gc" vom 30.5.2016.
Der letzte nighly build ist aber immer noch die 19304 und die datiert deutlich vor dm 30.5, ich meine so um den 20.5. herum.
Wie es aussieht wurde der Fehler des "abgelaufenen Cookies" am 30.5 auf Github behoben, aber dennoch scheint es keine 19305 zu geben. Ich habe mir noch mals die 19304 herunter geladen und die ist dateigleich mit der alten 19304 (logischerweise).
Könnte es sein, dass die Version mit dem behobenen Fehler noch nicht als NB compiliert wurde?
Viele Grüße
mit dem workaround läuft alles prima. Auch mit der Windows 19304.
Jetzt sehe ich in den "recent commits to cachewolf"folgenden Hinweis:
"saving expiration date for next login to gc" vom 30.5.2016.
Der letzte nighly build ist aber immer noch die 19304 und die datiert deutlich vor dm 30.5, ich meine so um den 20.5. herum.
Wie es aussieht wurde der Fehler des "abgelaufenen Cookies" am 30.5 auf Github behoben, aber dennoch scheint es keine 19305 zu geben. Ich habe mir noch mals die 19304 herunter geladen und die ist dateigleich mit der alten 19304 (logischerweise).
Könnte es sein, dass die Version mit dem behobenen Fehler noch nicht als NB compiliert wurde?
Viele Grüße
arbor95
Geoguru
Ursache: Der Server, der die Builds erstellt, wird von Pfeffer neu aufgebaut. Das sollte eigentlich am Wochenende erledigt sein, ist es aber nicht. Deshalb gibt es noch keine 19305.
Wie du schon richtig bemerkt hast, habe ich eine "automatisierte" Lösung für das Problem des abgelaufenen Cookie erstellt.
Mit der 19304 kann immer noch manuell ein neues Cookie erstellen lassen.
Daher habe ich mich auch noch nicht bemüht die NBs auf den Stand der Dinge zu bringen.
Wie du schon richtig bemerkt hast, habe ich eine "automatisierte" Lösung für das Problem des abgelaufenen Cookie erstellt.
Mit der 19304 kann immer noch manuell ein neues Cookie erstellen lassen.
Daher habe ich mich auch noch nicht bemüht die NBs auf den Stand der Dinge zu bringen.
Hallo,
es ist mal wieder so weit, beim Einloggen gibt es eine Fehlermeldung.
Windows Version 1.3.19362
Aus irgendeinem Grund erhalte ich folgende Fehlermeldung:
Die Log-Datei sagt Folgendes:
Bitte bei Gelegenheit mal nachschauen, was passiert sein könnte.
Danke für jede Hilfe
Sourwart
es ist mal wieder so weit, beim Einloggen gibt es eine Fehlermeldung.
Windows Version 1.3.19362
Aus irgendeinem Grund erhalte ich folgende Fehlermeldung:
Die Log-Datei sagt Folgendes:
Bitte bei Gelegenheit mal nachschauen, was passiert sein könnte.
Danke für jede Hilfe
Sourwart
ColleIsarco
Geowizard
Die Seite ist wieder da (laut isitup.org/www.geocaching.com)
Teleskopix
Geowizard
Die Java-Version R 19362 läuft ohne Probleme, alles wie gewohnt, nur das GC mal wieder a...langsam ist, aber das ist ja nichts neues.
Alles klar,
alles läuft wieder wie gewohnt. Waren 3 überlagerte Probleme:
1.) Groundspeak aus Deutschland kurzfristig nicht erreichbar
2.) Passwortwechsel
3.) Eventuell wegen Passwortwechsels überraschenderweise PM-Status verloren. War nicht schlimmt, da ohnehin in einer Woche verlängert werden musste. Vielleicht habe ich einfach eine Frist verschlafen, da ich kein Auto-renewal habe. Mir noch nie passiert.
Also der Wolf war völlig unschuldig. Es löppt alles wieder prächtig.
alles läuft wieder wie gewohnt. Waren 3 überlagerte Probleme:
1.) Groundspeak aus Deutschland kurzfristig nicht erreichbar
2.) Passwortwechsel
3.) Eventuell wegen Passwortwechsels überraschenderweise PM-Status verloren. War nicht schlimmt, da ohnehin in einer Woche verlängert werden musste. Vielleicht habe ich einfach eine Frist verschlafen, da ich kein Auto-renewal habe. Mir noch nie passiert.
Also der Wolf war völlig unschuldig. Es löppt alles wieder prächtig.