DkMumrik

I have this problem as well. Had to accept pref+stat cookies, before it worked. Until recently I did not have to accept these cookies, to get access to my lists/bookmarks. As it used to work without having to accept these cookie-groups, I do consider it to be a bug. Otherwise there is no real choice, when asked whether to accept pref+stat cookies.

I have this problem as well. Had to accept pref+stat cookies, before it worked. Until recently I did not have to accept these cookies, to get access to my lists/bookmarks. As it used to work without having to accept these cookie-groups, I will consider it to be a bug. Otherwise there is no real choice, when asked whether to accept pref+stat cookies.

Thank you for taking your time, to investigate, on what I have tried to explain. Before this bug-report, I have never seen PQ-download-links disappear earlier then 7 days, regardless of being downloaded or not. But I do agree that it is/was worth testing. I would prefer that PQ download-links do stay available (for 7 days). Some times I want to download the same PQ more the once, for example I use GSAK where I load *all* PQ's, but sometimes I want to download one of them again, for my mobile phone (running GDAK) or in the Geocaching App. I made the same test, with the same result But I did notice another oddity, that might be useful to know, for whomever might be looking under the hood, for fixing this bug. It seems that the links still lives under the hood, as I can find them via the API (GSAK). My guess is, that there is some DB select, that needs changed in the web-server-code, when searching for active(/newer the 7 days) downloadable PQ-reuslts. The PQ I created for my test was named "Run once-delete-no download", note that it has disappeared from the web-page (just after 24 hours), but still is available via the API (via GSAK in my case). If you look at the following two screenshots (grab'ed within a few minutes of eachother), note: My PQ "Run once-delete-no download" is available for download via API, but not via the web-page on the web-page there is 7 PQ-runs available for download, but via API there is 55 (I do heavily use the "run-once-then delete" option) Thank you for taking your time on this, Thomas

You have to be aware, that there are two lists in question. One for PQ-definitions, and one for links to download *results* of PQ-runs. I am fully aware, that run-once-then-delete results in the PQ-definition to be deleted after 24 hours. But I would expect the download-link to stay for more then 24 hours (7 days as for other PQ-results), and not disappearing after 24 hours. It even states on the page/list that it is available for 7 days. Try this... create a PQ, choose the "run once then delete" option wait for it to run Now you have it listed striked in th list of PQ-definitions (in the "Active pocket queries"-tab), and on the other tab "Pocket queries ready for download" you have a link, that points to the result of the PQ, it even has a statement "6 days remaining". wait for 24 hours the PQ-definition will be deleted from the list (as expected) and (this is the bug) the link for downloading the result of the PQ gets deleted as well, although just 24 hours has passed I would expect the link, for downloading the result of the PQ run, to stay on the list for 7 days, as with all other PQ-results. Take these two screenshots. I would expect the PQ to be deleted on the first view, (just) after 24 hours of run-time of the query, and it does. But on the second screenshot I would expect the download link to stay for 7 days (it's even stated in the list "(6 days remaing)", that it should be). As it is now, the download-link gets deleted just after 24 hours, on the second screenshot.

Is this the wrong channel for reporting bugs on Groundspeaks webisite(s)? If I use the "contact us" form, and choose to report a bug, the guiding text that I get is: So I did, but no reaction after one week. I would at least have expected an acknowledge on "we have seen your bug-report" or something like that. Ys Thomas

Depends. If someone writes "lid broken, but content dry and usable", I would put my geocache in "need maintenance", by posting af NM-log stating what/when I would correct the issue. Geocache still us-/find-/log-able, but needs maintenance.

And how would that put a "needs maintenance" status on ones own geocache ?

Yes ?? And the question is, how can a cacheowner put one of his/her own caches on such list ? Usually one could post a NM-log on ones own geocache.

When creating PQ's with the option "Run this query once then delete it", it runs fine: PQ name gets striked through, indicating that PQ definition is due to be deleted, within 24 hours a link appears in the "Pocket query ready for Download"-tab But when 24 hours passes, the link/line in "Pocket query ready for Download"-tab, gets deleted as well as the PQ definition in the "Active Pocket Queries"-tab. I would expect the download link to be active, for 7 days, as with any other PQ's that has run. Ys Thomas

My PMO is up for renewal. I don't want the auto-renewal option, so my plan was to buy 1 year with auto-renewal option, and then stop/disable auto-renewal in paypal. I chose "1 year 29,99 euro, with auto-renewal", but after completing the payment I ended up with only "auto-renewal". Now my membership status says: "Your Geocaching Premium membership will automatically renew for 1 year on 2017-05-07 and will be charged 29.99 EUR" So I have to remember in future to cancel the auto-renewal permission in ppal. I think the product should be renamed, to better indicate what it is. Something like: "sign up for auto-renewal, current rate 29,99 euro/year" As it is *not* buying one year membership (plus auto-renewal). It is *only* signing up for auto-renewal. Ys DkMumrik

That is so anoying... I use spaces in the PQ-names, when typing them they get there, and when submitting, the resulting page even shows the spaces as well. But when I go to the overview they have been removed... took me some time to figure out. You state its a hot-fix, will be able to spaces in naming the PQ's again, at some point ? Ys Thomas

Odd, that we each have some variant of a definition Mine is: if you have immediate coordinates, within the cache-description, for your GPS, its not a Mystery(/unknown) if you need to get a clue, and solve something, before you get (the first) coordinates for your gps, it is a Mystery(/unknown) Locally nightcaches gets listed as trad/multi, just like any other geocaches. The next category's I'd like to see, is "Challenge caches", and container size "nano". But I guess these have been mentioned a zillion times before my writing. Ys Thomas

You know this entire post really comes off as a threat. Give it me or else!! - is how I read it. I'm sorry if thats how it sounds, because it was definately not how it was intended. To clarify... I dont need these changes, I'm perfectly happy with the functionality as is. Actually I still haven't seen the warning-page in question. My point was that if you rethink using time to battle abusers, and instead use the same resources in changing the site in a way, so the abusers don't have any reason to abuse, you could use the same resources in a constructive way instead. I.e. instead of trying to battle abusers (and harming some lgitimate users in the fight), why not just remove the reason for abusing ? I did not state that we should get 20 logs/cache in a PQ, just that you should get the same number in a directly dl'ed GPX, as you get in a PQ. That could be 10 instead or even just 5 last logs in a GPX and PQ. The main thing is that you remove the reason to spider for GPX-files, when you can get the same data in a PQ. (sorry for going AOL) me2. But I do have pity on the legit users, getting slapped on their hands, because it has been decided to battle abusers instead of just removing their reasons to abuse. Lastly I want to notice that the site has been slow the last ~2 days. But I dont know if its the cables from Europe or gs's servers sweating due to some mean abusers. Ys Thomas

And then there is all the people "watching" caches, that you dont know of. Ever noticed the "Notify me when items on this list are logged" option in bookmarks ? The functionality is the same as a plain watch on the cache, but its not shown anywhere (if its a private bookmark list), and I have the abilty to group my watch'es, even making PQ's on them as well. I have some private bookmark-lists (DNF, "Solved not found yet", ...) that I have this kind of "watch" on. When solving a mystery its nice to get noticed if the puzzle/solution changes, if some time passes before I get around to find it Ys Thomas

"by hand" means "using an automated tool" in snark, of which I am fluent. At least it should be. Our records show that the user was throttled several times. This only happens if the user isn't looking at what they are doing, which generally means it is a bot. Regardless, read the message and slow down. Why would I look at all the cache-description, if all I want is the GPX-file, for later/offline reading ? In my other post, I have demonstrated that I easily could be seen as a bot (/abuser), simply by using the capability's in my browser. But I do have some other thoughts/points for this post... I would suggest that you take the time, to think why a few of your customers find it nescacary to violate their EULA/TOU. I do think you can boil it down to very few reasons. If you could make a few changes, I'll bet you that you could remove 90%, if not all, of the need for spidering and other abuse of gs's site: include the same number of logs in a PQ, as in a directly downloaded GPXfile for a cache When defining a PQ, add the functionality to get (recently ?) archived geocaches Laslty I would suggest that requesting a GPX-file on ones own caches, should give you *all* logs Why spider for GPX-files, if you can get the same in a PQ ? Why spider for GPX-files on archived caches, if you can get it with a PQ ? In stead of starting a battle against (potentially) millions of imaginative abusers, why not just remove the need to become an abuser ? Then you would not accidently harm legitimate customers, and if there is no need to abuse, the number of abusers would be very limited. I'll bet you that buying CPU-power and bandwidth is very much cheaper in the long run (hence eliminating most of the need for the battle), then paying developers and sysadm's for fighting a never ending battle. You staff (that is doing a very good job, btw), could then use time on developing nice-to-haves, instead of fighting abusers hiding between happy customers. In the end your employees would be more happy as well, when they can dedicate their time on making things that makes customers happy. Just some thoughts from my keyboard... Ys Thomas

I haven't experienced the page of subject, but I suspect that my normal (human+broser only, with no scripts, bots or pre-fetch functionality) could trigger a "ban". Firstly, why should I read the whole page, if I only want the gpx-file (that has the same data, meant for later/offline-in-field reading) ? Secondly, the majority of the users have browser with "tab"-capability. I have a tab-enabled browser as well. When I log finds, and it has been less then 7 days ago, that I requsted a "My Finds"-PQ, I go to the page with my geocache-logs http://www.geocaching.com/my/logs.aspx?s=1 . Then I center-click on each cache I want a gpx-file from, this opens a new tab with the geocache and doesn't change focus. When I have selected all the caches I then go to the first tab, click on "Get GPX", it automagically saves the gpx-file where I want it, then type Ctrl+W (close tab, focus on the next one), and so on. Another option could be... click on "Get GPX", Ctrl+TAB to next cache, and so on... When all gpx-file-downloads have ended, close the browser. Depending on the response-time on gs's servers sending me the gpx-file I would guess that I could manage more then one gpx-file-req pr. second. And if I had 50+ finds, that might be 50 gpx-file requests within a minute (if you exclude the time, where I open tabs). If I plan a geocaching-tour, I might do the same for 30-50 geocaches, that I might want to search for on that tour. So I have up2date info and logs in the field. I do get PQ, but that data might be up to 7 days out of date. Lastly I would state, that is unfair that a few people can ruin it for the many. But I do think you are firing, to hit abusers, whitout aiming properly. Ys Thomas

None of my PQ's has been run, during the last 24 hours. And none of my PQ's that should be generated on thursday (4. march), has been run. (this is where I usualy gets pointed towards an anouncement, stating that I should pay more attention ) Ys Thomas

When creating PQ's options that are related are placed in boxes, that makes sense. But the option "Within radius" is placed all by itself, and I do think it should be placed within the box around "From origin" ? Secondly, I would like to have the servertime added in the overview ("Your Pocket Queries"), like it is in the first box "Days to run", on "Create PQ" page. This would be very nice, for those of us who aren't used to to .us timezones Ys Thomas

I'm not sure this is the right forum ? But I cant get the RSS feed called "Nordic and Baltic Countris" to work as expected. It has a lot of the posts for the Finish forum, but none of the posts for the Nordic & Baltic Countris forum. Is the feed broken ? Y.s Thomas

Just from memory... GC1CWX1 so now its two in a million. Anyone else ? I think the request was on limitting acceptable placed dates in the form, rather then increasing the range available in PQ's. Limitting placed date to 2000, makes sense as there probably hasn't been placed any caches prior to May 1, 2000. Ys Thomas

Sorry if this is a repost of a problem... When inserting a link in a log, the href-tag made around "visit link" doesn't link to to the entered URL. However when downloading the .gpx-file for the cache, the link is correctly entered in the log-section. Exampel: http://www.geocaching.com/seek/log.aspx?LID=49118349 "visit link" should link to http://www.bane.dk/visNyhed.asp?artikelID=7361 and not http://www.geocaching.com/seek/ as it does at the moment. Y.s Thomas

I did experience the same once. I was waiting for the train, and was investigating, and testing some of the things that I might have missed. I tried something, no changes, tried something else... You know how it goes. Then suddenly my pointer was spinning around, like you explain. Now I had to do a memory-scan for a couple of redo's. When switching of "Speed filter" my pointer stayed stead again, if I wasn't moving. On my eTrex Legend Cx its at: Main menu->Setup->Marine->Speed filter. It should stay at "Auto". Haven't investigated what it is supposed to do, but you might want to try changing that setting. Y.s Thomas