Zop

There are better ways of attaching a cache without damaging a tree. Many people do not know that the metals are toxic to some types of trees.

Thank you!!!

Ok.. This is a bit odd, my partner is NOT having the same issue on her laptop. Win 7 Home Premium w/IE9. - Yet..?

I'm experiencing the same issue here regardless of computer or browser I use. I vary from XP to Windows 7, IE v8, 9, 10 and FireFox 12.

This post deserves a "LIKE" ;-)

I say...it's already there. Under the play drop down, there's a find trackables option. So that's just one click. Or you could just type in /track after the GC. com addy That's right.. It is a link to "Find trackables" Sorry, to me that means to look for them. What I am referring to is a simple link on your profile trackables page to be able to log that you retrieved a trackable. Perhaps it's just bad grammar but clicking on the play pull down menu to find a trackable in order to log one is rather unintuitive especially for a new cacher that isn't very familiar with the site. It may help a little with keeping TB's and coins in play.

I've found that it is not very intuitive to have to drill down into 'Find Trackables" in order to log that you have retrieved or dropped a trackable. Instead, wouldn't it make since to have a link on your "http://www.geocaching.com/my/travelbugs.aspx" page? Even having a link to "Log a trackable" on the Play toolbar item would make more sense to me. Whaddya say?

Geocaching.com is horribly slow to load here too. Seems to have just started last night though.

I had found that I could not log in from the office - which I do not save cookies on - but I could log on at home using my stored credentials.

I really hope that the EXIF data is not stripped automatically. The EXIF data serves a valuable tool for puzzle solvers and placers alike. It would be a nice option to permit CO's to strip EXIF data on images posted in logs though.

That would be up to the cache owner. According to the Listing Guidelines here: http://support.Groundspeak.com/index.php?pg=kb.page&id=307#maint section 2.1 ----- Snip ----- 2.1. Listing Guidelines that Apply to All Geocaches 2 Geocache Maintenance Owner is responsible for geocache page upkeep. As the owner of your geocache listing, your responsibility includes quality control of all posts to the cache page. Delete any logs that appear to be bogus, counterfeit, off-topic or otherwise inappropriate. --------------- "your responsibility includes quality control of all posts to the cache page" A blank log is IMHO the lowest quality post possible aside from the obvious offensive, profane or TFTC log. I will always delete a blank log IF the logger does not respond to my request(s) to update their log(s). Many have been nubees using phone apps and for the most part, the logger will update their logs. Fortunately I've only had to delete a few and it appears that most of those have been by cachers who have only cached a few times and haven't returned my emails. I just wish I could get away with deleting singular TFTC logs and copy & paste logs.

True, not all geocachers would consider geocaching.com a mission critical site but when you take into consideration that geocaching.com offers services for a fee, those who pay that fee should have the sense of security that the site will be reasonably available in the event of minor disasters. Of course 'no harm' will come to anyone if the site goes down but many people could potentially lose valuable time and money if they depend on the site's availability. Am I expecting too much? I support several clients who's revenue is a fraction of that of Groundspeak who 'get IT' enough to invest in a stable infrastructure. Are they wrong to provide redundancy for their valuable clients? I don't think so.

That's really not very sound logic. For an international web-based corporation with the amount of subscribers Groundspeak has, it would be absolutely foolish to have all of their eggs in one basket. Something as simple as a fire in the basement or a backhoe fiber accident could take down the entire site.

For how long? There are several puzzle caches out there that rely on EXIF data. Are they all broken now if they don't use a third-party image host? I just checked on one of the ones I've done and fortunately the exif data is still there. Whew!

For how long? There are several puzzle caches out there that rely on EXIF data. Are they all broken now if they don't use a third-party image host?

For a small scale business like GSAK, writing software for the little kid on the block might not be a sound investment of their time. As of 2010, the Windows OS globally still had roughly a 90% market share. If you have 10 potential paying customers, are you going to concentrate on the nine with a PC or the one with a MAC? Sure, the numbers are going to vary a little but when you are trying to feed your family, it just makes sense to cater to the larger market. http://www.hongkiat.com/blog/mac-vs-pc-myth-busting-consumer-guide/

I brought this up a while back on the old forum and it was misunderstood. Today I noticed the banner: "Geocaching.com will be going offline temporarily for a site update on Tuesday, January 17th, 2012 at approximately 11am PDT" But looking on the Forum's release notes page here in the forums (where I was directed in the past) there is nothing at all about this upcoming interruption and scheduled update. In the future, would it be possible to please post a note in the release notes area of the forum advising us all of what updates/bug fixes/additions etc... are scheduled? There must be some sort of checklist your developers are using for the updates. Why not make it public to give us some advanced indication of what to look for after the updates? It would help many of us to know what may be changing and why rather than just have us all freak out when/if something is different or broken. Thanks..

That did it!

I just cleared my temp internet files and cookies. Issue remains in IE9 on x86 Windows 7 Ultimate.

Example here: http://coord.info/GC396D8 The entire right column that would normally have the Navigation, attributes, maps etc... Missing. So are the logs. All that I can see is the cache description column. Yesterday I tried both IE 9 and FireFox v9.1 on multiple Win 7 boxes, all had same results. Now seems intermittent. This morning, this works with FF 9.1 but not IE9 on the Win7 system I am using today. IE showing the loading page circle on the tab but never completes. Both FF and IE show <!-- Server: WEB04; Build: Web.HotFix_20111212.1 --> A refresh of IE now shows <!-- Server: WEB05; Build: Web.HotFix_20111212.1 --> I'll try clearing my IE cache and cookies but occurred on multiple systems yesterday.

That's pretty strange. I've tried three different computers now. Same results on my end. Sorry about posting in the wrong forum. It's less intuitive now that the forums have consolidated.

Example here: http://www.geocaching.com/seek/cache_details.aspx?wp=GC396D8 The entire right column that would normally have the log your find, maps etc... Missing. Tried both IE 9 and Latest version of FF on multiple systems. Something looks pooched.

Please don't get rid of the audit logs. The only reason I have any PMO caches is for this feature. It's not exactly vital but it helps one see who is working on a puzzle, who in (and out of) your area sees that you have placed a cache etc... For those who do not want to be seen in an audit log, there are ways to mask this. One of the easiest is to use the new version of GSAK or via PQ's.

I hope this does not get implemented. Only because I have seen unknown 'puzzle' caches use a trackable as a part of the puzzle. It may or may not actually exist but it's placement may be critical to the puzzle. Maybe an opt in system for the owners of the trackables?

It seems that I have to log in several times throughout the day especially if I use any third-party tool that uses the API's. GSAK, Certitude, etc... Is this something that can be resolved once and for all? I would like my laptop, desktop and office workstations that I use frequently to be able to retain cookies so I don't have to keep logging in time and time again. This is happening with FireFox, IE8 on XP and IE9 on Win7. Grrrr....