Jump to content

HTML not displaying


showbizkid

Recommended Posts

I have HTML tags written into cache. Specifically, the system is not picking up <br> (line break) code and is not displaying images in the posting. These were displaying fine earlier today. I've check other cachers who use HTML tags - same thing - not displaying.

 

The system is picking up font size <h2>, <h3> and so on and colors <font color=red>, etc., but not the other tags.

 

Weird.

 

quote:
Originally posted by Jeremy:

Please be more specific.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location


Link to comment

Here's two:

 

http://www.geocaching.com/seek/cache_details.aspx?ID=96455

 

http://www.geocaching.com/seek/cache_details.aspx?ID=96455

 

Wherever you see scrunched text - new paragraphs - there's a <br> tag. Also HeliCache has an animated gif of a helicopter at the top. And both have animated gif lines in them. These displayed fine this morning.

 

 

quote:
Originally posted by Jeremy (Admin):

Can you send me a link for the cache please?

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location


Link to comment

Nevermind. I looked at your active caches.

 

I don't know if this is part of it, but you don't seem to be closing your tags. As a result the rest of the page takes on your bolds and colors. You may want to try closing out your tags and see if that helps somewhat.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location™

Link to comment

I have writen 500 eBay listing in HTML with images and I am closing </> tags. I'm fine with the bold on the entire listing. It's 1) the images not displaying that's an issue and 2) the fact that the two newest caches were displaying dead-on yesterday and earlier today. I have not made any changes to these. If the tags are there and it displays fine, why does it suddenly not display? That's the issue.

Line break should work. I've always used <br><br> instead of paragraph. It's always worked.

 

 

quote:
Originally posted by Jeremy (Admin):

 

tags give you two spaces.

tags only do a carriage return

like this.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location


Link to comment

Okay, so try and fugure this one out - the HTML code in the listing has been removed. Where I had <br><br> for double break, there's just one <br>. The images tags are gone - just flat out gone. I can't understand why this would be.

 

I'll edit the caches to correct this, but why would the system do this? Images are on my website, so it's not a bandwidth issue.

 

Weird.

 

 

quote:
Originally posted by Jeremy (Admin):

<p>
tags give you two spaces.

<br>
tags only do a carriage return

like this.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location


Link to comment

I have the same problem. The Edit Cache page is stripping out some of my HTML. In particual, it's stripping out some <image...> tags.

 

I entered this:

 

<table cellspacing=1 cellpadding=2>

<tr><td><image src='http://img.Groundspeak.com/user/47667_2600.gif'></td><td nowrap>Dogs Allowed</td></tr>

<tr><td><image src="http://www.texasgeocaching.com/images/cache_icons/ears.gif"></td><td nowrap>Equestrian Trail</td></tr>

<tr><td><image src="http://www.texasgeocaching.com/images/cache_icons/lighthike.gif"></td><td nowrap>Over a Mile Hike</td></tr>

<tr><td><image src="http://www.texasgeocaching.com/images/cache_icons/steep.gif"></td><td nowrap>Steep Hike</td></tr>

<tr><td nowrap colspan=2 align=right><small>Icons provided by <a href="http://www.texasgeocaching.com/selector.asp">The Selector</a></small></td></tr>

</table

 

And when I View Source, I get this:

 

<table cellspacing="1" cellpadding="2">

<tr><td></td><td>Dogs Allowed</td></tr>

<tr><td></td><td>Equestrian Trail</td></tr>

<tr><td></td><td>Over a Mile Hike</td></tr>

<tr><td></td><td>Steep Hike</td></tr>

<tr><td colspan="2" align="right">Icons provided by <a href="http://www.texasgeocaching.com/selector.asp">The Selector</a></td></tr>

</table>

 

The <image> tags are gone. Any ideas?

 

Also, my <SELECT> tags are no longer working on any of my cache pages. I'll provide links

if you need them.

 

Thanks.

Link to comment

Glad I'm not alone in this. Clearly this is a website problem.

 

I've gone in and revised my cache listings to get them to display at least neatly until this problem is figured out.

 

I hope the geocaching.com tech folks are looking into this.

 

Originally posted by BeachBuddies:

I have the same problem. The Edit Cache page is stripping out some of my HTML. In particual, it's stripping out some <image...> tags.

Link to comment

quote:
Originally posted by Jeremy:

<image src="">


 

This is the first time I've seen an image tag not defined as img, so I made it available for now while I investigate it's use as an html standard.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location

Link to comment

HELP! All the paragraph breaks in my cache descriptions are gone and I don't even use HTML!

 

I don't know diddly about HTML, and have never used it in any of my cache descriptions. The good old fashioned, regular cache descriptions are fine for my simple caches. But, I do write long cache descriptions, and break them into several paragraphs. All of a sudden (tonight) my carraige returns are not showing up. My Long Descriptions used to be several paragraphs, now they are just ONE BIG PARAGRAPH - ugly!

 

The funny thing is that when I go to 'fix' them in the 'Edit Cache' section, the paragraph returns are fine in the editor! They just don't show up when I display the cache after editing.

 

Here's an example: http://www.geocaching.com/seek/cache_details.aspx?ID=92134

 

I assume this is related to the 'bug' described by others who use HTML. BUT- it may help you guys to know that even if you DON'T use HTML, the returns are not working.

 

Thanks for looking into this...

Link to comment

After reading this thread I took a look at my cache pages too. I don't use HTML in my descriptions pages. All formating is gone and the pages look like dung. What the heck is going on? I sure hope this is temporary.

 

lookerline_e0.gif

Fool me once, shame on you, fool me twice, shame on me.

 

mystats.php?userid=GeoFool&bgcol=FFFFF0&fgcol=000000&imbadge=y&badgetyp=chitown.jpg

Link to comment

I already emailed contact@ about my problem, before I read this thread, but I'll reiterate it here in case it gets lost:

 

My <img> tags are working, but the "alt" attributes on them are being stripped. It's impossible for an "alt" attribute to be a security risk, and they have many positive benefits, so can we please have them back?

 

Also, the CSS that provides the background image on my Perfectly Perplexing Puzzles cache is being stripped. That, I can sort of understand, but I just wanted to whine about it a little bit in case my opinion matters.

 

pirate.cgi.gif

Link to comment

While most browsers will recognize <image> as an alternate to the standard <img> tag, it is depreciated and should be avoided.

 

And one more formatting problem - I've seen the tag <br clear=all> converted to a simple <br>. The clear=all is needed for formatting.

 

If the allowed html is going to be this restrictive, we need a list of what can be used, instead of what can't.

 

3608_2800.gif

"Don't mess with a geocacher. We know all the best places to hide a body."

Link to comment

Yes, all images were removed or won't display. I'm using the correct <img src ""> code and images are hosted on my website, not geocaching.com.

 

quote:
Originally posted by Jomarac5:

Is is also removing images all together?

 

There's a cacher or two here who've had images completely removed from their pages.

 

*****


Link to comment

quote:
Originally posted by Jomarac5:

Is is also removing images all together?

 

There's a cacher or two here who've had images completely removed from their pages.


 

No. That shouldn't happen. If you would point me in the right direction with examples, that would help me figure out the problem.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location

Link to comment

quote:
Originally posted by outforthehunt:

I can't delete uploaded pictures from a cache page.Anyone else tried this.


 

Try logging in first. Also, keep this to formatting please. If you perceive a problem with deleting images, create a new thread.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location

Link to comment

Cache Mission Concepción

 

Jeremy, my image tags are correct on the page linked above. When you look at the edit page the HTML is still there.

 

<p align="center"><img src="http://img.Groundspeak.com/cache/16515_200.jpg" alt="Mission Concepción">

 

The only thing I don't have is a close paragraph </p> tag. The image does not show and I am afraid to regenerate the page since another cache I have lost the image and "alt" tag information completely when I did edit it and regenerate the page.

 

mtn-man... admin brick mason 19490_2600.gif

"approver of all trades" -- per Woodsters Outdoors

19490_3000.jpg

Link to comment

I'd like to bring up another part of the HTML puzzle that I hope gets fixed. On some of my caches I put clickable links to other nearby caches to help cachers organize their search. Here is an example of a cache with clickable links in it: http://www.geocaching.com/seek/cache_details.aspx?guid=2bfbadc0-25e9-4ba4-a6b2-94bd451795fd.

 

The format I use is the onclick tag, so that the user gets a new window for the link they click on, without losing the original cache they were looking at. So an example of the link is: <a href="#" onClick="window.open('http://www.geocaching.com/seek/cache_details.aspx?ID=57024');">Mojave Green</a>

 

When I opened up the code for the cache with the links referenced above, the code for the original link had been changed to <a href="#">Mojave Green</a>, which, needless to say, is a useless link. Now if onclick is an unacceptable href, then I will have no choice but to change everything. But my question then would be, "Why?"

 

Looking forward to a response.

 

Scott

Link to comment

quote:
Originally posted by slegal:

<a href="#" onClick="window.open('http://www.geocaching.com/seek/cache_details.aspx?ID=57024');">Mojave Green</a>


 

onClick events are JavaScript, and have been removed for security reasons. However, you do have the ability of using target="_blank" which works the same way as your javascript above.

 

<A href="http://www.geocaching.com/seek/cache_details.aspx?ID=57024" target="_blank">link</A>

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location

Link to comment

quote:
Originally posted by Jeremy:

Form tags are no longer accepted, along with javascript, for security reasons.


 

Your security or our security?

 

These latest changes have adversely effected just about every one of my cache pages. To say I'm displeased is a gross understatement.

 

CR

 

72057_2000.gif

Link to comment

OK, I did my own research on my caches.

 

The Griffen, the alt tag on the image of the Griffen was lost. That was key to explaining why the cache was so named.

 

All of the Photographer's Caches had a table border around the historical information of the caches for ease of reading. The border=1 definition in the table is gone. Yet, Scooby and Shaggy's page remains intact. Possibly because the page was cached prior to whatever changed on the system and hasn't been rebuilt. icon_confused.gif

 

How the Mighty Have Fallen - Alt tags for the images are missing from the description.

 

GD24-BYYC: Shall We Play A Game? has a wav file in the attached files. This file was embedded with a player so that the cacher reviewing the page could activate the audio (no looping, autostart=no). This functionality is gone.

 

Many of my others are OK, but they didn't have the extensive HTML that these did. icon_frown.gif

 

Markwell

Chicago Geocaching

mystats.php?userid=markwell&vopt=user&txtdata=&bgcol=FFFFCC&fgcol=000000&imbadge=y&badgetyp=chitown.jpg

Link to comment

quote:
Originally posted by Jeremy:

onClick events are JavaScript, and have been removed for security reasons. However, you do have the ability of using target="_blank" which works the same way as your javascript above.


 

Target="_blank" doesn't allow for specifying window attributes. The reason I choose java was because I could control how my page came up. With TARGET, I can't.

 

CR

 

72057_2000.gif

Link to comment

I am wondering why both horizontal and vertical lines in simple tables are not displayed any longer. The html code of my caches seems still to be the same (I checked the table part). The lines have disappeared in all my caches where tables are used.

 

My tables are neither a security risk nor have any tags be removed. I do not understand at all what is going on. Until now I was happy that at least at gc.com cache descriptions done in html have essentially the same look at the site than in my browser (I am using only a very restricted set of commands, no colours etc).

 

Cezanne

Link to comment

quote:
Originally posted by The Edenites:

Heres an example of the tags that are being stripped:

 

http://www.geocaching.com/seek/cache_details.aspx?ID=80037

 

The page used to look like this:

 

http://www.edenite.us/CachePageGood.htm

 

I submitted the exact code in the good page but it stripped it all out to look like tha bad one.

 

Dave

 

"A wok is what you throw at a wabbit."


 

Wow! That really is bad. Having visited that cache for my 500th find last month, I remember that cache page as being quite special. Hopefully, you will get all of your formatting back.

 

Scott

Link to comment

quote:
Originally posted by cezanne:

I am wondering why both horizontal and vertical lines in simple tables are not displayed any longer. The html code of my caches seems still to be the same (I checked the table part). The lines have disappeared in all my caches where tables are used.


 

Please provide a link so I can see an example.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location

Link to comment

quote:
Originally posted by Sissy-n-CR:

Your security or our security?


Our security. If we were allowed to embed arbitrary javascript in our cache pages, someone would very quickly find out the hard way that scripts have access to things like cookies. What that means is that, theoretically, I could embed a script on my page that would steal your session cookie and send it to my website which could then spoof packets claiming to originate from your IP and requesting that, say, one of your cache pages get archived. Or requesting that you send a spam on my behalf through the geocaching.com email system. Granted, it's hard to spoof TCP packets these days, but it's not impossible.

 

Too esoteric? How about this one: I embed javascript that makes your screen look like a login screen (bet you've never gotten one of THOSE when you went to look at a cache) but the submit button on the form sends your login information to my server instead of to geocaching.com.

 

That's just Javascript, though. Why ban forms? Consider a form that appears to be just a place to enter the password you got off a virtual cache but that in actuality has a bunch of hidden form fields on it, filled in with the answers I want you to submit, and the submit button actually points to, say, the pocket query page. Voila, I'm getting pocket queries on your account.

 

Okay, that's not a great example, because the pocket query form will send you results that look like you submitted a pocket query, and your BS detector will go off. Consider a form that's made to look just like a geocaching.com login screen, as in the second example above, but that's embedded in a cache page equipped with style tags that do Se7en's little absolute-positioned-table CSS trick (I did say I understood why we could no longer provide CSS, right?) Again, the submit button points to my website. To you, it looks just like a login error. To the javascript filter, it looks like a perfectly safe page. To me, it looks like your username and password.

 

If the moderators think I'm giving too many people bad ideas here, they may feel free to edit the he11 out of this post.

 

pirate.cgi.gif

Link to comment

quote:
Originally posted by Sissy-n-CR:

Your security or our security?


 

Seriously, is there a difference?

 

Yes, there are some current formatting issues but we're kicking them all to the curb today. Some scripting will not be allowed. Sorry. Unfortunately it isn't a perfect world and many tags out there can be used to send cookies to other sites, etc. If you want to go all out with HTML, provide a link to additional pages on your site for that ability.

 

Some tags like <big> and <table border> were items that aren't formally recognized, but we're adding them to the list since they are harmless.

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location

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