Closed GoogleCodeExporter closed 8 years ago
Kann ich so nicht nachvollziehen !
Bei mir funktioniert es scheinbar !
Das funktioniert bei mir:
neue Tour erstellen und aus
.../seek/nearest.aspx
einige oder alle Caches hinzufügen
Kannst du das nochmal ausprobieren ?
Bzw.
schreib mal wie du die Caches hinzugefügt hast, (wie, wann ...) !?
ggf. schreib mal welche Browserversion und GC Einstellungen du verwendest.
Danke
Jens
Original comment by gctour.d...@gmail.com
on 5 Jan 2012 at 4:18
Hi Jens,
es kommt dann, wenn ich die Tour downloade!
Tour 9W68T746, dann haben alle den Link des ersten Caches drin.
Weiß jetzt allerdings leider nicht mehr, mit welcher Version ich den
hochgeladen hatte...
Habe es gerade eben nochmal probiert und eine neue Tour erstellt und hoch- und
runtergeladen, da hat alles geklappt: Tour 2Q32E03V
Vielleicht wars ein einzelner Sonderfall!?
Ich werde es beobachten.
Grüße
Dirk
Original comment by waldmeisterx
on 5 Jan 2012 at 6:04
Momentan gehe ich davon aus das es ein Sonderfall gewesen ist der nur in einer
nicht veröffentlichten Version verursacht wurde.
Aus dem Tour-WebCode 9W68T746
entnehme ich das "nur" der GC2YFZV (St. Barbara Village) auf die falsche guid
zeigt.
Eventuell wäre es sinnvoll ein Refresh der gesammelten Informationen bzw. ein
Check zu realisieren.
Gruß
Jens
Original comment by gctour.d...@gmail.com
on 19 Jan 2012 at 12:26
Hi Jens,
ich kann es jetzt bei mir (zu Hause undim Büro!) reproduzieren.
Folgende 3 (Test-)Tour-Uploads sind betroffen: (von zu Hause)
5PJUEV3J 2012-01-23_T5
FY2K9UP7 2012-01-23_T6
S7WEYVIB 2012-01-23_T7
Ich habe jeweils manuell eine Tour in GCTour angelegt, die Seite des 1. Caches
aufgerufen, den "Add to Tour" Button in der Reihe unter dem "Send GPX" Button
geklickt.
Den 2. Cache aufgerufen und das Selbe nochmal.
Vor dem Tour Upload stimmen die Links.
Dann Tour Upload.
Danach haben nun alle Einträge den Link des "letzten" Caches der Tour.
FF 8.0
Greasemonkey 0.9.13
GCTour v 2.2.12003
GC little helper 7.1
Dies ist meine Konfig zu Hause. Im Büro identisch, nur FF 9.0.1
Dies ist mir heute aufgefallen, da ich eine Tour
NP50DOT4 2012-01-23_T5 (allerdings eben zu Hause aktualisiert!)
vom Büro aus erstellt und hochgeladen und zu Hause wieder downgeloaded habe.
Zu Hause sind wieder nur gleiche Links angekommen.
Wenn du weitere Daten oder Infos brauchst, melde dich gerne. Auch für
weitergehende Tests!
Gruß
Dirk
Original comment by waldmeisterx
on 19 Jan 2012 at 6:50
ach ja, Status nochmal zurückgesetzt ... (sonst isses weg)
Original comment by waldmeisterx
on 19 Jan 2012 at 9:07
... passiert auch, wenn ich Touren, die jemand anderes erstellt hat downloade,
z.B. 25XC8RP8
Könnte es auch irgendwie mit den manuell angepassten Koordinaten
zusammenhängen?
Würde es Sinn machen, den Link auf die URL http://coord.info/<GCCODE>
umzustellen?
Oder worin besteht der Unterschied zur URL
http://www.gc.com/cache_details.aspx?guid=xxx ?
Original comment by waldmeisterx
on 22 Jan 2012 at 12:23
Hab mal etwas herumprobiert,
wenn man die den ersten Cache sich anzeigen lässt
...seek/cache_details.aspx?guid=...
und dann den Upload macht kommt das Problem
wenn aber z.B die Start Seite von GC geladen ist dann klappt es.
an Dirk: probier mal bitte das hochladen aus einer anderen Seite als die
...seek/cache_details.aspx?guid=... !
Werd das Problem heute noch weiter angehen und hoffentlich auch beheben.
Gruß
Jens
Original comment by gctour.d...@gmail.com
on 27 Jan 2012 at 5:00
Übeltäter in Zeile 7625 der Version 2.2.12003
- geocache_details.guid =
dojo.query("a[id='ctl00_ContentBody_lnkPrintFriendly5Logs']")[0].href.split("gui
d=")[1].split("&")[0];
+ geocache_details.guid =
dojo.query("a[id='ctl00_ContentBody_lnkPrintFriendly5Logs']",detailsPage)[0].hre
f.split("guid=")[1].split("&")[0];
Das Problem müsste aber schon seit mind. Version 2.1.11285 bestehen
Das sollte mit
http://code.google.com/p/gctour/source/detail?r=806377ea271635ea015c182c36a5dd9b
41144dd1 gefixt sein
Grüße
Jens
Original comment by gctour.d...@gmail.com
on 27 Jan 2012 at 8:34
Original issue reported on code.google.com by
waldmeisterx
on 5 Jan 2012 at 3:24