Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Ich habe es 5x probiert und jedes mal ist WCB an dem Cache abgestürzt. Nach Löschen des Caches aus der Datenbank lief der Import weiter. Zwischenzeitlich habe ich auch noch einen zweiten Cache aus der Datenbank geworfen, da der gleiche Fehler aufgetreten ist.
Auch der Cache GC34NRQ "1977" von pevbo macht das Problem. Da ist kein Sonderzeichen im Usernamen. Der Verdacht hat sich also nicht bestätigt.
Auch eine frische compilierte Version aus dem Repo bringt keine Besserung. Ich habe jetzt den Bilderimport erst mal abgebrochen, da er immer wieder hängen bleibt und ich nicht ständig weitere Caches aus der Datenbank kicken will. Da muss dann doch erst mal einer ran, der sich damit auskennt.
Der Fehler tritt bei mir heute auch zum ersten mal auf.
Soweit ich weiß, werden über die API ja alle Bilder zur Verfügung gestellt, die Bilder der Beschreibung kommen ja über die GPX, die Spoilerbilder (also die Links zu den Spoilerbildern) werden vielleicht direkt über die API geladen und da unterscheidet gc.com vielleicht nicht, sind alles Gallerybilder.
Über die Tags werden die Bilder ein bisschen gefiltert.
Bei mir ist ein Gallerybild drin mit dem Wort "Spoiler" im Beschreibungstext. Dann wird versucht, das Bild zu laden und das schlägt fehl.
Nehme ich das Wort "spoiler" aus den Tags, die zum Download der Bilder genutzt werden raus, läuft der Import weiter. Allerdings kann das natürlich nicht gerade der Sinn der Sache sein.
Vielleicht ist das eine falsche Fehlermeldung und hat eher was mit den Tags zu tun?
Wie kann ich den Fehler reproduzieren? Dann kann ich da ev auch was ändern.
Ich hab mir ne gpx-Datei (der obigen Cache) erzeugt und die importiert und dabei den Bilderimport mit angehakt. Da werden keine Bilder aus der Gallerrie importiert.
Ich brauche nur den Import zu starten und die Bilder anzuhaken. Dann geht er die gesamte DB durch und lädt fehlende Bilder nach. Dabei tritt der Fehler dann auf.
Vielleicht passiert das nur, wenn der Cache noch aus der vor-API-Zeit in der DB ist???
ich habe für die beiden Cache GC34NRQ und GC85T87 das Bilder laden angeworfen und für diese beiden werden keine Bilder geladen, sprich das ist korrekt.
Auch bei dem "Bis zum Hals" werden keine Bilder importiert. (Sind ja auch keine da)
Ich weiss nicht wo der Schalter ist, damit die Bilder aus der Galerie auch geladen werden.
Also bitte einen Cache wo das nicht funktioniert, dann kann ich da nachsehen.
Ich habe jetzt gerade den Cache GC2VTD4 "Der Blaue Held" neu mittels GPX neu importiert und dabei die Bilder herunterladen lassen.
Der Fehler ist wieder da.
Sowohl beim GC2VTD4, als auch beim GC25T87 scheint der Auslöser des Problems das Foto am Log von DaMo+Leni zu sein. Hier dachte ich erst, das wären die Owner es sind aber die Logs.
Beim GC34NRQ ist es auch DaMo+Leni mit dem Bild "Gute Weiterreise".
Das habe ich angehakt (GPX mal deaktiviert, da keine neuen da sind)
Wie gesagt, es muss da einen Schalter geben, der auch die Galeriebilder mit importiert. Bei mir ist der nicht gesetzt. Somit kann ich das nicht nachvollziehen.
Wie gesagt, es muss da einen Schalter geben, der auch die Galeriebilder mit importiert. Bei mir ist der nicht gesetzt. Somit kann ich das nicht nachvollziehen.
Ich habe mir jetzt die DescriptionImageGrabber.cs angeschaut.
Dort wird für die Pfadangabe bzw. den Dateinamen die Variable local benutzt. Dieses wird aus der Beschriftung des Fotos genommen.
Das kann natürlich den Todesstoß bedeuten, wenn dabei das Pluszeichen oder ein anderes, illegales Zeichen auftaucht.
Leider habe ich nicht genug Programmierkenntnisse, um das selbst so zu gestalten, dass alle Problemzeichen ersetzt werden.
Könnte mal bitte jemand, bei dem der Fehler auftritt diese WinCachebox.exe laden, in sein WinCachebox Verzeichnis kopieren und dann dein Import nochmal durchlaufen lassen?
Möglicherweise tritt der Fehler damit nicht mehr auf. Es wird aber statt dessen ein Eintrag in die debug.txt geschrieben. Wenn diese dann hier noch gepostet werden könnte, dann könnten wir dem Fehler auf die Spur kommen.