Jump to content

the Seagnoid

+Premium Members
  • Posts

  • Joined

  • Last visited

Posts posted by the Seagnoid

  1. Some years ago I saw some video statistic that showed a map of Europe, or USA as a black silhouette, with points of light appearing as a cache was published (and removed as it was archived). Time span was about a month per second. Looked like one of those night scenes from space, showing bright populated areas and dark rural areas. Does anyone know where to find these videos?

    Does anyone want to make them again, and keep them up to date?


    Many thanks :-)

    • Upvote 1
    • Surprised 1
  2. I logged a cache in the Geocaching App, and also logged a retrieve of a trackable from that cache. On the website the cache correctly shows as found today, but the trackable was retrieved yesterday.


    I am guessing this is a timezone problem (I am in New Zealand, UTC+12). But it also means the trackable logging does not use the same date processing code as cache logging. 


    Could you please make that the trackable date processing use the same code as the cache logging. (literally the same code, not just a copy of it!).


    But as I acquire souvenirs a day in the future, I guess Groundspeak are not fussed about date accuracy (the souvenir problem has been reported multiple times).

    • Upvote 1
    • Helpful 1
  3. On 2/2/2024 at 1:30 PM, barefootjeff said:

    I see you don't include maintaining the geocaching.com website in your list. I guess for most phone-only cachers these days, the website is irrelevant. In any case, I doubt the technical staff would be involved in managing reviewers, promotion, policy and paying the bills. Even in the small company I worked for with just 5 employees, we had separate staff doing the technical, administrative and marketing jobs.

    Leaving out the website was an oops. Rather a big one. Sorry, GC!!  And re the separate jobs, the comment was that GC has only one job, not that the programming staff has only one job.


    But back to the topic on hand... GC - When is this bug fix scheduled?

  4. On 2/2/2024 at 9:24 PM, MartyBartfast said:

    5: I would phrase that as "But frankly GC are pretty bad at not fixing bugs"

    I disagree. "Not fixing bugs" is something they are actually pretty good at. Some time ago I posted a list of about 8 bugs that were outstanding for years. Some got fixed by providing a whole new interface (arguably not a fix), other still exist. "Fixing bugs" is the thing they are bad at!


    On 2/2/2024 at 9:24 PM, MartyBartfast said:

    2: They should prioritise keeping the lights on and fixing stuff that doesn't work before pushing out new pointless "improvements".

    What? Like keeping the servers running? Actually GC are already pretty good at this. There are very few server downtimes. The phrase "keeping the lights on" refers to the basics, and one (set of) broken links comes nothing close to being a basic part of identifying caches, locating, and then logging them.

  5. 10 hours ago, meninosousa said:

    i'm a great trackable nerd and honestly it's kind of disappointing that we are in february now and no signs of improvement. Groundspeak you have one job and we are actually paying you for that

    Now that's unfair. Or even an outright lie. Their jobs are:

    Geocaching application
    Trackables (a mini-game within geocaching)
    Adventure labs
    Managing reviewers

    Manage servers
    Pay the bills
    And probably lots more

    And each of these is a department in its own right. Geocaching is not run by a single person working out of a garage any more. Their developers are busy working on new features and modifying code for whatever new souvenir challenges are coming up. And doing back end stuff that we do not see (eg managing photo repositories, optimism SQL servers). They have project managers or product owners or the like whose job is to set priorities, and this problem has yet to be given a priority above other work (or maybe it has, and that other work is so low down it will never see the light of day!).


    YOUR job is to realise how a software house ACTUALLY works, and to do your part within that structure. If you want this fixed you have to raise the priority. You already know how to do that. Do it better.

    Sure, I disagree about the apparent prioritisation this bug's has been given. But frankly GC are pretty good at not fixing bugs for years and then rolling out a whole new interface instead. Maybe that is what will happen here (which I am sure will annoy the heck out of everyone, having to wait two more years before this is resolved)

    • Upvote 4
    • Funny 1
    • Helpful 1
    • Love 1
  6. Trackable logs show that the trackable is in or has visited a number of geocaches. The link to every geocache in the trackabvle log is https://www.geocaching.com/geocache/GC0 - which of course goes nowhere.


    To see this, open up a trackable page, eg:


    Hover over or click on the links to any of the caches that trackable has visited.


    In the meantime we can get around the problem by clicking on the log link, and clicking to the cache from in the log.



    • Upvote 1
  7. There is a very annoying bug in that the resize parameters of an image in the cache description are forgotten when editing the cache page. Every time I change a bit of text I have to resize the image again. Especially annoying if I have to make an edit a year later and can't remember what the original image settings were!


    To replicate the fault:


    When editing a cache page (eg creating a new one) ...

    When using the user-friendly description editor

    Insert a picture

    Select save and view. Note the size of the image

    Go back to editing the description.

    Right click image, select image properties.

    Resize the image - eg enter 50%, or a number of pixels, into the width field.

    Select save and view - note the image is now resized.

    Go back to editing the description.

    change some text.

    Select Save and view.

    Note that the image is now the original size!


    The setting of the padlock has no effect on this.

    • Upvote 1
    • Helpful 1
  8. When writing up a cache found yesterday (or any time in the past) the website remembered the date and auto selected it for the next log, which often is for another find on the same date. Lately it has stopped doing this - and I find I am often having to go back and edit my logs to correct the date.


    Really annoying. 


    Can we please have the cookie setting returned and used so that the website remembers the last logged date (within this browser/cookie session).


    Anyone else also find this annoying?

  9. I assume yelling will help, as the devs don't seem to be in normal range of this blog.

    Posted numerous times on this forum: lab cache finds reports dates incorrectly in the lab cache journal and in any souvenirs that result.


    For instance, the attached June Solstice souvenir says I was awarded it on the 24th June, but it is actually 7am, on the 23rd June New Zealand time, as I write up this post. And in USA it is still 22 June, in all time zones there.


    Perhaps see the date and time this post was created and compare that to the image I have attached.




    • Upvote 2
    • Funny 1
    • Surprised 1
  10. Some of these bugs have been outstanding for years, and have been commented on in the forums numerous times.


    Trackable ID error page does not help: Go Play > Trackables > enter an incorrect tracking id (the code on the trackable itself). This takes you to Geocaching > Trackable Items > Trackable Item Search, with the incorrect tracking id entered in the "By keyword" field. However entering a correct tracking ID in this field takes us to the same page. Either this page should not be used for incorrect tracking IDs, or the by keyword field should resolve tracking IDs.


    Incorrect dates in souvenirs, lab finds - the date math is wrong and often (usually?) uses a date one day in the future. Eg, I find a cache on 1 January and I get the New Year's souvenir dated 2 January. Lab caches are also a day out as seen in their journals. At the time, the 2nd January has not appeared anywhere on the planet. Geocache date finds are calculated correctly, please use that date math (in fact, please use that date code) for souvenirs and lab finds. This may be time of day related, as some people report the dates correctly. This is a big one guys!!


    Adlabs do not email the log (journal) to the CO. Why was this ever made into a thing???


    Adlabs allow the CO to self log their own caches - a geocaching rule was implemented for non-labs caches preventing this around about 2016 (that's just a guess). This principle got missed on lab caches (and I would submit that self logged lab finds - and there are some - should summarily be deleted given that the code denying self logged caches was introduced long before lab caches were introduced. But then I am very black-and-white.)


    Total cache find count for each friend in the View Friends page is incorrect. One whole cache type (lab caches) is missing from from the count.


    There are probably more. Please feel free to add to this list.

    • Upvote 1
    • Funny 1
    • Helpful 3
  11. Does any know why-oh-why GC strips transparency off png and gif image formats?


    Does anyone know a way I can get an image with transparent regions on a cache page (eg an html method to make white pixels of an image transparent)?


  12. Jeepers Groundspeak - what is with your date processing? An Ad lab was released yesterday, was found today, and the lab page says the review log was posted... tomorrow!!! I am in new Zealand, there is currently nowhere on the planet that is tomorrow, so Groundspeak must have some really weird date math.


    Why not use the date math from the geocache find code? That code works perfectly.

    • Upvote 1
    • Helpful 2
  13. On 10/25/2022 at 12:58 PM, worrellsquirrel said:

    Thank you for reporting this issue. I have made our engineers aware so they can begin looking for a solution.


    Wow is this all it takes? I have about a hundred bugs (okay, not really - probably about 30 or 40) that have been ignored for ages - although all were reported here. Would be nice to see them all fixed. Maybe I should collate them to a single document...

    • Upvote 2
    • Funny 1
    • Surprised 1
  14. On 1/29/2022 at 9:46 AM, 2Abendsegler said:

    There are some bugs that haven't been corrected for weeks. Instead of correcting these bugs, the developers deal with something unnecessary like this. Sorry, but I really don't understand that.

    There are bugs that haven't been corrected for years.

    • Funny 1
  15. On 10/12/2021 at 2:01 PM, Moun10Bike said:

    There is currently a test underway investigating different restriction levels in the apps. It appears that some of the people in your workshop are in different cohorts of the test. The EarthCache with high D/T ratings (GC3BPP5) should not be accessible to any of them, though (unless they were looking at things this weekend, when all ECs were made available to all users).


    There is no workaround for this short of waiting out the test, which should be complete within 2 weeks.

    Seriously? Groundspeak are testing new features in live? What happened to your test environment?

  16. Sometimes in the Geocaching App I get little blue dots in the menu strip at the bottom of the screen. The blue dot on the Profile icon is usually a new souvenir. But the blue dot on the Lists icon? It has been there for months now and I do not know what it is. I assume one of my lists has changed - but which one?


    Could we please have the blue dot replicate to lower levels in the menu all the way to the specific item.




  17. Hi everyone - something that might help to identify the problem - on the website right click and in the context menu select "inspect". Have a look at the network, performance and memory tabs (The OP reports a memory leak, but it may be a network issue, as in slow file delivery)

  • Create New...