Jump to content
Posted Mon Nov 5, 2012 12:21 AM
Edited by Retrospect, Mon Nov 5, 2012 12:22 AM.
Posted Wed Nov 7, 2012 1:49 PM
Posted Sat Jun 15, 2013 10:09 AM
Posted Mon Jun 17, 2013 12:00 AM
There seems to be a new issue with Chrome displaying the tigameshelf.net site. Any screenshot with a capitalized .GIF extension does not display, whereas lower case .gif extensions display just fine.
Posted Mon Jun 17, 2013 7:11 AM
Posted Mon Jun 17, 2013 7:38 AM
Well, I renamed all the graphics with the lower case .gif extension, but Chrome still is refusing to display them... This has been a problem only since the latest Chrome update. Anyone here has any suggestions?
Posted Mon Jun 17, 2013 2:22 PM
That's an option, although incredibly time consuming given the number of images on the site
Maybe Chrome doesn't like the header. All of mine I have looked at in a hex editor start with "GIF89a". Maybe try running one of the files through The GIMP or some other graphics package and re-saving it to see whether Chrome likes that.
Posted Mon Jun 17, 2013 6:51 PM
Posted Mon Jun 17, 2013 7:40 PM
Maybe Google is trying to kill .gif?
Posted Mon Jun 17, 2013 9:32 PM
Posted Mon Jun 17, 2013 10:30 PM
Posted Tue Jun 18, 2013 7:57 PM
The patent issue ended up affecting only tools that created GIF, they allowed decoders royalty-free. But hey, we got PNG out of it!
I checked from here, using Chrome, and everything looked okay. This is version 27.0.1453.110 m on Windows, and it claims it's up to date. I also manually checked your server headers, and they looked okay. Try the old "delete your cache" maybe?
I still don't see many of the images after having cleared the cache multiple time. Using Chrome version 27.0.1453.116 m.
E.g. if you open this link http://tigameshelf.n...ges/AGRESS2.gif you just get an empty tab.
Posted Tue Jun 18, 2013 8:35 PM
Posted Tue Jun 18, 2013 9:16 PM
Hmm.. I confirmed your results here, Lee. that image doesn't load for me, neither will some others. Chrome is not my usual browser, so I just opened a random page. Today I specifically looked at the assembly page, and I get screenshots from the top down to "Who's Behind the Mexican UFO's", and then the rest of the page has no images un Arcturus, then they all show except the last one, Living Tomb. Chrome seems able to save the unseen pics fine, which is interesting.
I can't seem to find anything relevant on Google about it. Lots of people complaining but no solid solutions. I wonder if it is as simple as 87a versus 89a format... it doesn't seem to be. Changing the AGRESS2.gif to an 89a didn't make it load, and the images that DO work for me are 87a as well.
Very strange issue!
Posted Tue Jun 18, 2013 9:49 PM
I didn't mean to imply that changing the '7' to a '9' worked—I actually tried that and it didn't work. What did work was pumping it through The GIMP to save it back out, which changed the signature in the process. It must also have changed some other stuff in the header. I did not do a file comparison to see what changed besides the "GIF87a" to "GIF89a". I'll take a look, later....lee
Posted Wed Jun 19, 2013 12:21 AM
Edited by sometimes99er, Wed Jun 19, 2013 12:58 AM.
Posted Wed Jun 19, 2013 5:15 AM
If we get anything other than GIF_IMAGE_SEPARATOR, GIF_EXTENSION_INTRODUCER, or GIF_TRAILER, there is extraneous data
between blocks. The GIF87a spec tells us to keep reading until we find an image separator, but GIF89a says such a file is corrupt. We follow GIF89a and bail out.
Posted Wed Jun 19, 2013 6:12 AM
... but IMO enforcing GIF89a standards on a file clearly marked as GIF87a is a bug, plain and simple. ...
Posted Wed Jun 19, 2013 10:10 AM
Edited by Vorticon, Wed Jun 19, 2013 10:11 AM.
Posted Wed Jun 19, 2013 11:38 AM
Posted Thu Jun 20, 2013 11:31 PM
Thank you for all your help here guys. Soooo, do I have to actually re-run all the images through a graphics package and save them as GIF89a's or is Google going to fix this issue with the next update?
Edited by sometimes99er, Thu Jun 20, 2013 11:32 PM.
Posted Sat Oct 19, 2013 6:34 PM
Edited by Vorticon, Sat Oct 19, 2013 6:34 PM.
0 members, 0 guests, 0 anonymous users