GCTour

[andrixnet]

Ich stoße auf den folgenden Fehler: fn getGPX - fn getGPXGeoCache - TypeError: e.indexOf is not a function

Dies passiert, wenn ich versuche, ein GPX herunterzuladen, ähnlich wie beim Versuch, eine Druckansicht zu erhalten.

Firefox ESR 115 latest, userscript v4.35.1, läuft unter TamperMonkey 5.3.3; Addblocker-Erweiterungen deaktiviert = gleiches Problem.

Hinweis: Die Tour enthält sowohl veröffentlichte als auch unveröffentlichte Caches. Unveröffentlichte Caches befinden sich im Status "zur Überprüfung eingereicht" und einige wurden bereits überprüft und in eine Veröffentlichungswarteschlange gesperrt. (Ich weiß das direkt von dem Reviewer). Wenn ich als der Benutzer eingeloggt bin, der diese Caches veröffentlicht hat, kann ich die Cache-Seite für diese Caches ohne Probleme sehen. GCTour scheint jedoch einen Fehler zu bekommen.

Allerdings habe ich GCTour in diesem Zusammenhang schon viele Male ohne Probleme verwendet.

Anmerkung 2: Offenbar kann ich andere Touren herunterladen, die alle veröffentlichten Caches enthalten.

Nach weiteren Tests scheint das Problem tatsächlich mit den unveröffentlichten Caches zusammenzuhängen, sowohl mit den eingereichten als auch mit den nicht zur Überprüfung eingereichten. Das hat früher funktioniert. Ich verwende GCTour nun schon seit vielen Jahren, um GPX, Karten und eine Broschüre für Veranstaltungen zu erstellen, deren Caches noch nicht veröffentlicht sind.

Und noch etwas: Ich verwende auch Multi-Account-Container in FF. Das war bisher kein Problem.

Bitte helfen Sie mir.

 

[Die Batzen]

Can reproduce the issue: for unpublished listings the error occurs in GPX download and print preview.
Seems that something changed recently.

I'll have a look, doesn't look too difficult at first glance.

 

[Die Batzen]

The issue is fixed.
New version 4.36 published.

 

[cyberuscarstus]

Liebe GCTour Freunde,
bei der Kartenansicht bekomme ich bei TOPO GER nur noch ein Nichts statt Karte. Ist der Dienst nicht mehr verfügbar oder ein Bug in meiner Installation?

 

[Die Batzen]

Liebe GCTour Freunde,
bei der Kartenansicht bekomme ich bei TOPO GER nur noch ein Nichts statt Karte. Ist der Dienst nicht mehr verfügbar oder ein Bug in meiner Installation?

Das ist kein Bug in deiner Installation.
Die Adresse für die Karte hat sich geändert und müsste auf dem GCTour-Server aktualisiert werden.

Wir schauen mal, ob wir die Karte wieder zum Laufen bekommen.
Bis dahin müsstest du eine der anderen Karten verwenden.

 

[cyberuscarstus]

Das ist kein Bug in deiner Installation.
Die Adresse für die Karte hat sich geändert und müsste auf dem GCTour-Server aktualisiert werden.

Wir schauen mal, ob wir die Karte wieder zum Laufen bekommen.
Bis dahin müsstest du eine der anderen Karten verwenden.

Im Voraus schon ganz herzlichen Dank! Die Topo Ger Karte ist mir über die Jahre sehr ans Herz gewachsen.

 

[Mark]

Im Voraus schon ganz herzlichen Dank! Die Topo Ger Karte ist mir über die Jahre sehr ans Herz gewachsen.

Sieht eher schlecht aus. Wenn ichs richtig verstehe, sind die Karten nur noch für zahlende Kunden. Aber ich suche mal eine freie Topo-Karte.

 

[Mark]

Neue Karte ist drin.

 

[Die Batzen]

Im Voraus schon ganz herzlichen Dank! Die Topo Ger Karte ist mir über die Jahre sehr ans Herz gewachsen.

Der Inhalt der Karte Topo Ger ist dank Mark nun wieder verfügbar, nun zu finden under Outdooractive.

 

[andrixnet]

Sehr geehrte Damen und Herren, ich möchte Sie über einige Probleme mit der GCTour-Erweiterung informieren.

Seit einigen Tagen habe ich ein Problem mit der Website www.geocaching.com. Mit Firefox ESR 115 und GCTour 4.37.1 konnte ich keine Logs posten, während das Skript aktiv war, da der Tab nicht mehr reagierte. Gelegentlich erhielt ich auch Warnungen, dass die Seite Firefox verlangsamt.

Mir sind kürzlich Änderungen an der Website in C:\Geo bekannt. Möglicherweise besteht hier ein Zusammenhang.

Es wurde festgestellt, dass die Logseite nicht mehr reagiert und nicht auf Klicks reagiert. Das Problem begann mit einer Verzögerung von mehreren Sekunden zwischen dem Laden der Seite und der Anklickbarkeit. Zeitweise reagierte das System überhaupt nicht.

Ich habe das Problem auf GCTour eingegrenzt, indem ich bestimmte Erweiterungen wie Adblocker, Datenschutz und TamperMonkey 5.3.3 selektiv deaktiviert habe.

Auf anderen Seiten der Website www.geocaching.com erlebe ich eine leicht verbesserte Performance, die allerdings nicht durchgängig ist.

Darüber hinaus scheinen die Verzögerungen proportional zur Anzahl der aktuell in der geladenen Tour vorhandenen Caches zu sein. Werte unter 300 scheinen nur minimale Auswirkungen zu haben, während Werte zwischen 500 und 2500 zu Verzögerungen führen. Es ist jedoch zu beachten, dass diese Verzögerung nicht immer direkt proportional zum Wert ist.

Ich erinnere mich, dass es in den vergangenen Jahren ein kleineres Problem mit GCTour gab, dessen Tour etwa 500 Caches umfasste. Dies war jedoch nichts im Vergleich zur heutigen Situation.

Obwohl ich weder JavaScript noch Benutzerskripte kenne, wage ich zu behaupten, dass Teile des Skripts für jeden Cache der Tour ausgeführt werden. Dies kann einen erheblichen Verarbeitungsaufwand verursachen, obwohl es nicht immer notwendig ist. Dies ist eine intuitive Einschätzung, die auf Berufserfahrung basiert.

Vielen Dank.

Hi, I am experiencing major problems caused by GCTour extension.

Using Firefox ESR 115 and GCTour 4.37.1, for several days now I am unable to post logs using www.geocaching.com website while the script is active because the tab becomes unresponsive and at times I get warnings "page is slowing down Firefox".



I know from c:geo there have been recent website changes, perhaps there is a connection.



The behaviour is that nothing in the log page is clickable and reacts. It started with several seconds delay between showing the page and anyting becoming clickable to sometimes completely unresponsive.



I narrowed it down to GCTour by selectively deactivating extensions I have (such as adblocker, privacy, then TamperMonkey 5.3.3).



On other www.geocaching.com pages I get slightly better performance, but not always.

Furthermore, the delays seem to be somewhat proportional to the number of caches I have in the currently loaded tour. Values <300 seem to have little effect, values 500-2500 introduce delays, though interestingly enough, not always apparently proportional to the number.



I remember there was a slight slugishnes with GCTour with ~500 caches in the tour in previous years, but nothing compared to today.



Though not a JS or userscript specialist, my guess would be that there may be parts of the script that get executed for each cache in the tour, which consumes a lot of processing, yet at times it isn't really necessary to do it but it is done. (experience based intuition)



Thank you.

 

[Die Batzen]

Hi andrixnet,

I tried to replicate your issue in Firefox ESR 115 with a tour of 5000 caches, but after a slight delay of a few seconds (that it simply takes to load this huge tour), all buttons on the log page are fully functional and the page reacts normal.

Same test with an empty tour: the slight delay of loading the tour is now eliminated and the page is directly fully functional.

Some background:
Apart from the tour having to be loaded when the log page (or any page) is called up, no further actions are performed by the script.
The only exception is if you switch to another tab and come back. Then the tour gets reloaded from storage to ensure that the tour stays in sync with possible changes made in the other tab.

My only guess is that on your hardware it simply takes quite long to load a tour from storage on page load, especially if the tour contains many caches.
For smaller tours you shouldn't observe this unresponsiveness.
You mentioned that also for tours with ~500 caches there's some delay - that is unusual and could also support the hypothesis.

What you can try to solve this:
Open the script in Tampermonkey and add the following line as line 11:
// @exclude /^https?://www\.geocaching\.com/live/(geocache|trackable)/[^/]+/log/
This will simply exclude the script from running on log pages.

Hope this helps.