Jump to content

Release notes (Website: Upload image to cache & trackable description; hosted images going forward) - September 15, 2020


Recommended Posts

1 hour ago, geoleena said:

 

I don't see the images in Chrome either. For example for GCV8XG I get the following error messages when loading the page:

Mixed Content: The page at 'https://www.geocaching.com/geocache/GCV8XG_start-hill-sums?guid=56879049-63ad-43c2-ab50-4fdc9db7dc35' was loaded over HTTPS, but requested an insecure element 'http://img.Groundspeak.com/cache/d8e9e836-0798-4c26-b7d7-708560ee0ac0.jpg'. This request was automatically upgraded to HTTPS, For more information see https://blog.chromium.org/2019/10/no-more-mixed-messages-about-https.html

Failed to load resource: net::ERR_CERT_COMMON_NAME_INVALID

 

So the issue seems to be the mixed content. Additionally the img.Groundspeak.com server seems not to support https. This is something Groundspeak could fix ;)

 

What I previously did not realize, is that the browser automatically upgrades the request to https so simply changing http->https does not really change anything. I think that using the resolved address for the image could help here. Ie.

https://s3.amazonaws.com/gs-geo-images/d8e9e836-0798-4c26-b7d7-708560ee0ac0.jpg

 

Unfortunately this does not help with the images you have on other external servers because they also don't support https. Maybe you could approach the provider of those services to ask if they could turn on https support?

Eureka 
First person on this forum to not see my images , thanks you, I'm not going mad LOL

Thanks for all that info  ..... will do some more research ...
John


 

  • Funny 1
Link to comment
1 hour ago, geoleena said:

Failed to load resource: net::ERR_CERT_COMMON_NAME_INVALID

 

So the issue seems to be the mixed content. Additionally the img.Groundspeak.com server seems not to support https. This is something Groundspeak could fix ;)

 

img.Groundspeak.com DOES support HTTPS - but is using a geocaching.com certificate.
Just change the URL from http://img.Groundspeak.com/.. to https://img.geocaching.com/...

  • Helpful 1
Link to comment
1 hour ago, on4bam said:

I tried GC7T963, GC3AK1K and GCV8XG. None show images in Firefox 81.0. However, right-click  > view image info shows the image. Except for one they seem to be hosted on 3rd part sites.

 

 

Thanks for testing them.
Yes they are historic caches published before 15th Sept ruling, about 200 of them.
John

  • Surprised 1
Link to comment
11 minutes ago, RCH65 said:

 

img.Groundspeak.com DOES support HTTPS - but is using a geocaching.com certificate.
Just change the URL from http://img.Groundspeak.com/.. to https://img.geocaching.com/...

 

Aha, yes it is a certificate issue. Likewise it could be fixed also by Groundspeak, I think.

 

The 3rd party sites give the same error so again it is probably somehow invalid or incorrect certificate.

Link to comment
2 minutes ago, geoleena said:

Aha, yes it is a certificate issue. Likewise it could be fixed also by Groundspeak, I think.

 

Yes. Definitely an incorrect configuration. 

 

2 minutes ago, geoleena said:

The 3rd party sites give the same error so again it is probably somehow invalid or incorrect certificate.

 

Some of them just do not have HTTPS (geotrowel.me.uk in GC3AK1K). Others do have HTTPS but no own certificate (mattsphotobooks.com in GC7T963 is using the certificate of its hoster wpxhosting.com). There shouldn't be unsecured HTTP connections in 2020 and it's probably a good idea to move this stuff to the geocaching.com servers.

Link to comment
1 hour ago, RCH65 said:

 

Yes. Definitely an incorrect configuration. 

 

 

Some of them just do not have HTTPS (geotrowel.me.uk in GC3AK1K). Others do have HTTPS but no own certificate (mattsphotobooks.com in GC7T963 is using the certificate of its hoster wpxhosting.com). There shouldn't be unsecured HTTP connections in 2020 and it's probably a good idea to move this stuff to the geocaching.com servers.

I fully appreciate that from 15th Sept we should use an authorised host, my lastest cache uses Dropbox which is fine.


However I have been putting out puzzle caches for 3 years now and I don't want to move all the images of nearly 200 puzzle caches.

 

The  15th Sept post clearly says :-
Quote.

This change will only apply to new cache and trackable pages. You can continue editing existing cache and trackable pages as before, even if they contain images that are hosted on third-party servers.

So what have GC done to ruin all  my historic caches ?
John
 

Edited by StratOman
  • Funny 1
Link to comment

So I use .png images to illustrate geological concepts on my EarthCaches. I currently host them on Imgur. If I understand it those will stay. But for the future do I have to make scientific drawings in jpg? How is that supposed to look good? To get a half good quality I had to use 100% quality when saving as jpg, and I'm still not happy with this. Plus there's a black background now where there used to be a transparent one. Added to that I'm sure there will be a time where GS changes the background colour of the cache description, or people use other colours themselves for accessibility reasons. This will look very, very messy.

Untitled.jpg

  • Upvote 1
  • Helpful 1
Link to comment
19 hours ago, terratin said:

So I use .png images to illustrate geological concepts on my EarthCaches. I currently host them on Imgur. If I understand it those will stay. But for the future do I have to make scientific drawings in jpg?

 

As far as I understand, you still may use PNG images - but not from Imgur (not allowed) and not from img.geocaching.com (automatic JPEG conversion).
According to https://www.geocaching.com/help/index.php?pg=kb.chapter&id=97&pgid=956 you may use Dropbox or  Google Drive to host your PNG image.

Link to comment
12 hours ago, on4bam said:

 

Not here. The images still point to http://---   you still need to change the links to https://

 

That's odd, all my caching friends in UK say the images are back ?

I really don't want to edit 200 + caches if possible.


All my caches post 15th are using dropbox and //https ;-)

Edited by StratOman
Link to comment
3 hours ago, RCH65 said:

 

As far as I understand, you still may use PNG images - but not from Imgur (not allowed) and not from img.geocaching.com (automatic JPEG conversion).
According to https://www.geocaching.com/help/index.php?pg=kb.chapter&id=97&pgid=956 you may use Dropbox or  Google Drive to host your PNG image.

 

Ok. Phew. I would honestly not be happy to use google drive as we all know how much Google cares about data privacy and tracking us. I honestly don't understand how google can be an approved hoster when image hosting on gc changes due to privacy reasons, really. Never looked into dropbox.

  • Upvote 2
Link to comment
On 9/25/2020 at 6:11 PM, LE PERE NOEL said:

Hi,

What about the flag counter ?

 

Tried to use the flag counter on an unpublished cahce,

but it keep showing "Remove all images hosted on a third-party website to save changes."
Not able to save the cache page until I remove the flag counter. :(

  • Upvote 1
  • Helpful 1
Link to comment
On 9/16/2020 at 3:14 PM, barefootjeff said:

I see images.squarespace-cdn.com isn't on the list of approved hosts. This is where you are hosting the Adventure Lab logos, so does this mean we can no longer use those logos on AL bonus cache listings?

I took a screen capture of one of the logos at squarespace and uploaded it to my bonus cache page from my PC.  Now resides at geocaching.com.  No need to use a url to another site.

 

Link to comment
On 9/16/2020 at 12:11 AM, Geocaching HQ said:

Periodically, we will reassess removal or addition of domains, with the first assessment 2 weeks after this release

I think I'm not alone anxiously waiting for news about the future image linking to:

  • geocache.fi
  • Waymarking.com (and possibly other domains owned by Groundspeak)
  • OneDrive
  • Adventure Lab icons
  • The smileys added by the WYSIWYG cache editor
  • a flag counter service

Not all of these necessarily need allowing new domains; you rehosting the images on an already allowed domain is also an option.

 

Link to comment
On 9/16/2020 at 2:48 PM, nykkole said:

This will affect content hidden in images for puzzles going forward. Any existing puzzles will not be impacted and COs will continue to be able to edit them as necessary without running into issues.

At present, most of our existing puzzles are broken, as images are not showing, weirdly, any trads are still showing similarly hosted images.... I hope this is a glitch, and that this will be fixed??

  • Upvote 1
Link to comment
25 minutes ago, lee737 said:

It seems like the images we have on a whole bunch of our mystery caches are now just showing a broken link, these are old caches, and seemingly not subject to the new ruling.... has this requirement changed? Has HQ broken all of our puzzles??

 

I'm still seeing all your puzzle images on Firefox 81.0.1 running on Windows 10, but I see your image files are http: so it may be some browsers objecting to the mix of https: for the cache page and http: for the image.

  • Upvote 1
Link to comment

I've just had a message from a cacher, complaining about broken links, and I'm only seeing broken links as well (Chrome/MacOS).... but only on puzzles, trads seem to be showing images OK, even though I'm sure they are identically hosted and linked to the page?? 

I suspect I'll need to just drink the kool-aid and start migrating everything to HQ.....

Link to comment
2 hours ago, lee737 said:

I've just had a message from a cacher, complaining about broken links, and I'm only seeing broken links as well (Chrome/MacOS).... but only on puzzles,

 

 

I tried three mysteries (The atom 06.2 and Numberphilic 4) and both show images just fine with FF 81 64-bit and a bunch of add-ons but Achille's cache (

http://pics.ollie.eml.cc/pics/pics/achillescache.jpg ) has no image.

 

Edited by on4bam
  • Upvote 1
Link to comment
5 hours ago, mustakorppi said:

I would suggest a separate bug report thread, as it doesn’t seem to be related to this change.

 

And for what it’s worth, I can see the images on your puzzles just fine.

 

4 hours ago, on4bam said:

I tried three mysteries (The atom 06.2 and Numberphilic 4) and both show images just fine

 

I have gone through and started uploading images to the gallery, I know I did Atom 06.2 and Numberphilic 4.....

4 hours ago, on4bam said:

Thanks - I hadn't got to that one, these pics have always just been hosted on my email providers filespace.....

 

I'm grappling with trying to get a PNG image puzzle working at present..... :O

 

Link to comment

All images on my server are now shown as broken-image symbol in browsers. This affects hundreds of caches belonging to me and my friends. All of these caches were created earlier than 2020. What do I do now?

 

https://coord.info/GC747N6 is one of those caches, using images from mmdo.se and microheaven.com , both of which are hosted on my server and both of which are now blocked. It's also using an image from nanouk.se which is allowed, for reasons unknown to me.

 

 

Edited by fredrikr
  • Helpful 1
Link to comment

I was right in the middle of a mystery cache that relies heavily on the image not being botched by stupid algorithms and that the file name stays intact, all of a sudden my page is not displaying my image anymore because I have a non secure server (HTTPS), then I try to host the image elsewhere and bamm, I get a message about not being allowed to host image on a third party website.

 

hmmm, that's new!!!

 

I find this thread and read up on the issue, so I see that Google Drive and Dropbox is ok, nice already have those setup, so Google drive is a no go because it botches the name of the file that I need, then I try Dropbox and the file is botched down and you can't even read the message hidden in the image. So I find a way to get it displayed without having it altered by using the domain "https://dl.dropboxusercontent.com/" that I beleive is part of the dropbox domains. But that gives me again the message about no third party hosting.

 

Now I just depressed as heck after passing hours perfecting this mystery cache and not being able to publish it because of some stupid decision without consulting users before putting it in place!

 

Anybody find a way to get past these problems with either of the official hosting sites??? 

  • Upvote 1
  • Surprised 1
  • Helpful 1
Link to comment
20 hours ago, fredrikr said:

Doh, seems to be a change in Chrome that's the problem!

 

Do you know what change it is?

On our caches, images hosted on our filespace are broken, but only on mystery caches - trads and everything else is OK - how would a Chrome issue do that??

 

Link to comment
11 minutes ago, lee737 said:

 

Do you know what change it is?

On our caches, images hosted on our filespace are broken, but only on mystery caches - trads and everything else is OK - how would a Chrome issue do that??

 

 

Checking my own puzzles and multis where I've used images hosted on my website, it looks like multis (and probably traditionals too) are still using https://imgproxy.geocaching.com to strip cookies but that's no longer being used with puzzles. So on your non-puzzles, Chrome sees your http: images as https: since they're going through the proxy but doesn't like the direct links in the puzzles. Does that make sense? Or any more sense than any of this craziness?

Edited by barefootjeff
  • Helpful 1
Link to comment
4 hours ago, mustakorppi said:

The problem you have with dropbox is unclear. Did you try the solution I suggested on the previous page of this thread:

 

 

Well that worked in part, the transcoding of the image is now gone, THANKS a lot.

 

But doing this and clicking to open the image in another tab now adds a bunch of griberish in the URL. Yes the final name of the file is intact but the URL is so long that it's not as easy to spot the real filename for a beginner. (ok it does make it harder and maybe that is good after all ;)

 

But why do programmers have to always add all this random garbage in URLs, transcode everything or change formats, UserNames are unique, why have UserIDs with 50 random characters??? My daughter is studying Game Programming and they keep telling her to KISS, why does this go away ounce on the job is above me.

 

Enough ranting and Thanks for the tip!!!

  • Funny 1
Link to comment
On 9/15/2020 at 4:49 PM, barefootjeff said:

Currently, all images uploaded to geocaching.com have their EXIF data stripped and PNG images are transcoded into JPEG even though they retain the .png suffix. This move would seem to wipe out a whole class of puzzle caches that hide information in images.

Oh... that explains a lot of the problems I have been having with png files in the Adventure app.

 

Link to comment
23 hours ago, barefootjeff said:

 

Checking my own puzzles and multis where I've used images hosted on my website, it looks like multis (and probably traditionals too) are still using https://imgproxy.geocaching.com to strip cookies but that's no longer being used with puzzles. So on your non-puzzles, Chrome sees your http: images as https: since they're going through the proxy but doesn't like the direct links in the puzzles. Does that make sense? Or any more sense than any of this craziness?

Yes, this actually makes sense.

 

And BTW, thanks a lot to everyone who posted here in the last 2 days! I just noticed, that my puzzles with images on my own webspace also didn't display properly in Chrome. Thanks to the contributions here, the fix was as easy as activating SSL on the relevant sub-domain (which I only use for "unimportant" stuff like GC puzzle pictures :rolleyes:).

Link to comment
1 hour ago, den ture said:

Is het nu eigenlijk nog mogelijk  om een gif bestand toe te voegen aan een nieuwe listing of niet? zoja zou iemand me kunnen vertellen in een simpele uitleg hoe ?

 

 

Waarschijnlijk ga je weinig respons krijgen op het Engelstalige forum ;)

 

Nee, gif gaat niet meer en ja gif kan nog als het op een "goedgekeurde" host kan plaatsen. Bv. dropbox is een mogelijkheid omdat je een host moet kiezen die de foto's onaangeroerd laat bij upload.

 

Link to comment
17 hours ago, on4bam said:

 

Waarschijnlijk ga je weinig respons krijgen op het Engelstalige forum ;)

 

Nee, gif gaat niet meer en ja gif kan nog als het op een "goedgekeurde" host kan plaatsen. Bv. dropbox is een mogelijkheid omdat je een host moet kiezen die de foto's onaangeroerd laat bij upload.

 

Google translate doet wonderen he ;) 

alvast bedankt voor je antwoord, zelf heb ik het met dropbox ook al geprobeerd maar dit wilde ook niet lukken. We zoeken verder alvast !!

 

thx

Link to comment
On 9/15/2020 at 11:47 PM, The A-Team said:

 

 

On 9/15/2020 at 11:49 PM, barefootjeff said:

 

I hate, or dislike this new changes of adding pictures or images to geocache listing. We returned to prehistoric era of internet. How I wrote to HQ helpdesk I still don't see a reason for this change? Internet is full of commercial, cookies and spying.

  • Upvote 1
Link to comment

Today, we have updated the approved list with some of the domains that have been brought to our attention since the initial release. The added domains are a mix of API partners that provide images (banners or flags), geocheckers, and other domains that are frequently used for hosting images.

 

You can find the udpated list in our Help Center.

  • Helpful 1
Link to comment
4 hours ago, ecanderson said:

Easily enough resolved by just doing a clip of the logos from their original sources and uploading to the site while building the cache page.

https://www.geocaching.com/geocache/GC8YH49_long-time-longmont?guid=9d8ce2f5-2da1-4fbe-8332-2efb61ec5ae4

 

Yes. But do you know what would be even easier than having every single person using that image do that?

  • Love 1
Link to comment
2 hours ago, ecanderson said:

Not really, since you will note that I took that image and modified it for the bonus cache.  It's not the original.

 

I wonder if that's technically allowed under the terms of use for the logos:

 

Quote

DO:

  • Use our logos for personal use. (We love the tattoos!)
  • Give us credit.
  • Portray the game and our company in a positive light.
  • Use the high quality logo files provided above.
  • Include the ® on all uses of the Geocaching logo and a ™ on the CITO, Signal, and Adventure Lab logos.
  • Promptly respond to any request from us to remove our logos or change your use.

DON'T:

  • Change our logos in any way.
  • Use our logos on anything that is intended to be sold or on any commercial website or application without our explicit permission.
  • Use our logos in connection with any cause. (We have a soft spot for saving the endangered Arodi Bubble-nest Frog too, but we don't think it's appropriate to associate them with Geocaching.)
  • Use our logo in any way that implies a partnership, sponsorship or endorsement. For example, our logos shouldn't be bigger than yours or be the biggest thing on your webpage.
  • Make our logos available for download on your website or link to the images above from your website.

 

 

Given the transcoding that now happens on all geocaching.com hosted images, uploading them there is probably also a breach.

  • Funny 1
Link to comment
Guest
This topic is now closed to further replies.
×
×
  • Create New...