Jump to content

Update: Release Notes 1/12/10


OpinioNate

Recommended Posts

Slow replication of data to the webserver ?

Today a new cache was published (GC22M7F). The publish log was created at 18:26 local time. The cachepage could not be opened at that time, giving the standard 'cache is unpublished' error. (which also said I had to be logged in, which I already was).

I could open the cachepage at 18:46 local time; so it took about 20 minutes [ ;) ] to finally look at the cachedescription (at server WEB08)

 

That is not an issue with this release. That is just the nature of data replication among multiple servers.

Link to comment

That doesn't seem to be the issue - even with a non-lackey test account I was able to post the waypoint using the same coordinates, same log type, and same text as you on that same cache.

Bizarre as the behaviour is repeatable for me on that cache. I didn't do anything strange - just logged the DNF.

I guess you have more important issues to worry about just now, so forget this one unless it starts causing othe people problems Feel free to try on one of my caches if you wish. It might be useful to know if I see the link and you don't.

(But... that offer is only for MTH!!)

Link to comment

The following bug fixes are included in this build:

14612

Keep user-customized area of public profile and cache descriptions free from CSS control

 

I use FindStatGen3 for my profile stats, and I know you guys have been working with lignumaqua on this, but I haven't changed anything in my profile as of yet -- I haven't rerun my stats/html since the update -- and while the gridlines have reappeared, it is clearly still not looking the same as what it previously looked like.

 

Are you sure *all* CSS controls have been turned off? I understand that a missing map is probably more of a functionality thing and that lignumaqua is probably working on that, but the tables still don't look quite the same as they used to: for example, while the white gridlines are back, the cells all generally seem to be larger than before, which seems to go along with the increase in cellpadding across the whole website.

 

Any help here would be most appreciated. ;)

Link to comment

The issue you are seeing is due to the update to HTML Tidy, not the overall site update. The new Tidy is less tolerant of non-standard HTML than the old circa-2003 version was. The FindStats output needs to be adjusted some before it will play nice with Tidy, and Groundspeak is working with the author to make that happen.

Link to comment
I still see the wrapped date/time on my/your PQ page. The wrap occurs if the PQ has been run and the date/time is bolded. The non-bolded entries seem to be okay. If the name column was a bit narrower then the date/time column could be expanded to alleviate the problem. This is with todays release.

 

Jim

I'm still seeing the same problem today (Friday), just as you reported it. The bolded text for PQs that have run cause the AM or PM at the end of the PQ run date to wrap to the next line. The obsession with white space is causing some strange wrapping in a lot of places. Unfortunately, 99% of the problems I'm running into are like this, and will probably be referred to as "cosmetic".
Link to comment
I still see the wrapped date/time on my/your PQ page. The wrap occurs if the PQ has been run and the date/time is bolded. The non-bolded entries seem to be okay. If the name column was a bit narrower then the date/time column could be expanded to alleviate the problem. This is with todays release.

 

Jim

I'm still seeing the same problem today (Friday), just as you reported it. The bolded text for PQs that have run cause the AM or PM at the end of the PQ run date to wrap to the next line. The obsession with white space is causing some strange wrapping in a lot of places. Unfortunately, 99% of the problems I'm running into are like this, and will probably be referred to as "cosmetic".

 

Moun10bike replied to me and stated they are aware of the problem, have it on the bug list but decided it is not important enough to bubble it to the top. I would have to agree with that.

 

Jim

Link to comment

Don't know if this is related to the update, but until a couple of days ago, I could pull up the geocaching maps page on my computer at work, now I no longer can. I get the map, the icons for some of the caches (others are blank, with no symbol, but when clicked still bring up the cache listing), but no map behind the cache icons.

 

Terry(JETSchmidt)

Link to comment

I'm not sure if the Field Notes issue was entered into the bug database. It was first reported here by someone else but I don't see an acknowledgement.

 

Problem : Your Profile states : "You currently have pending field notes." even after all field notes are processed. This is an old bug. But previously there was an "x" to get rid of the box. Now there is text above it that says "(close)" but no way of closing it.

 

Steps to reproduce :

 

1. Upload field notes (mine's from Garmin Oregon)

2. Process all the field notes, one at a time.

3. When all's submitted and no field notes are left, go to Your Profile. Near the top it will say "You currently have pending field notes."

4. Follow link to field notes, and it says "No logs have been found for your account at this time."

 

System :

 

XP, Firefox 3.5, Garmin Oregon.

Link to comment

Don't know if this is related to the update, but until a couple of days ago, I could pull up the geocaching maps page on my computer at work, now I no longer can. I get the map, the icons for some of the caches (others are blank, with no symbol, but when clicked still bring up the cache listing), but no map behind the cache icons.

 

Terry(JETSchmidt)

 

I'm having the same issue on my work computer (IE6)

 

When I try to pull up a map, (after waiting forever) all I see are smilies, or green box's. no maps behind them at all.

 

MyTopo, terrain and satellite options wont work. and I can't scroll the map in any direction.

 

Basically the maps are totally usless using IE6

 

And I don't know if it's IE6, my work computer or what, but the whole site seams to take forever to load today.

Link to comment

The calendar doesn't work. When clicking on a previous date, the site returns a server 500 error.

 

This happens in both IE7 and FF 3.5.7 on different computers, one running Vista32 and the other Vista64, plus on my iPhone with Safari.

 

Editing to add that it looks like the problem occurs when trying to view a day that's older than a month ago. Any days viewed that are younger than a month display correctly, though very slowly, but viewing anything older than a month returns the 500 error.

Edited by Skippermark
Link to comment

The issue you are seeing is due to the update to HTML Tidy, not the overall site update. The new Tidy is less tolerant of non-standard HTML than the old circa-2003 version was. The FindStats output needs to be adjusted some before it will play nice with Tidy, and Groundspeak is working with the author to make that happen.

 

FYI In the end it doesn't appear that it was non-standard HTML that was the problem with Tidy (FSG is actually fairly standard apart from a couple of tweaks to make it work with IE6). Instead the problem seems to have been that HTML Tidy didn't like that the stats html was sent as one long line, with no carriage returns. This is a hang-over from the days when the profile was limited to 150,000 characters and we were scrabbling for every byte! The new Tidy struggles with this huge line (I can't really blame it). The character limit has gone now and there's no need for this scrooge like character saving so I've removed the code that strips out the line feeds and white space and 95% of the stats are running again. (With the side benefit that it's MUCH easier to read/edit the code). The remaining fix needed is to map overlays as the support for dynamic html in the profile has changed.

 

As to the increased line spacing in all text and tables - the 1.75em line spacing is nothing to do with Tidy and is instead some css that is falling through to the Profile section from the master page css. That is easily fixed in your profile (and will be now added to FSG) by adding a 'line-height: normal;' style command in a surrounding <div>

 

I need to emphasize how helpful both Nate and Raine have been in getting these issues addressed. Thanks guys! :unsure:

 

I plan to have an FSG update out this weekend which plays well with the new GC site.

Link to comment

The issue you are seeing is due to the update to HTML Tidy, not the overall site update. The new Tidy is less tolerant of non-standard HTML than the old circa-2003 version was. The FindStats output needs to be adjusted some before it will play nice with Tidy, and Groundspeak is working with the author to make that happen.

[...snipped technical stuff that can be read above...]

 

I need to emphasize how helpful both Nate and Raine have been in getting these issues addressed. Thanks guys! :unsure:

 

I plan to have an FSG update out this weekend which plays well with the new GC site.

<lovefest>

Thanks, Lignumaqua! I'll check for updates to that program separately. And thanks for all your work on it...it's really a great macro!

 

And to Moun10Bike: You're doing a fantastic job of keeping on-topic and keeping potential trolls at bay! Just wanted to give you some props, considering I'm sure you get few in your position right now. :)

</lovefest>

Link to comment

I changed a cache description (edit listing) and noticed a change I don't like at all. In the boxes where you write the short and long descriptions I had couple of lines with some special letters, for example: "Kätkössä ei ole kynää" That's exactly what I want in the cache description.

 

Earlier if you submitted the changes these special characters where not changed and the text in the cache page and in the edit listing boxes were both readable. Now the text in the edit listing boxes changes and it reads: "Kätkössä ei ole kynää" The text in the cache page is correct, but now it is quite impossible to change the cache description because I can't read that kind of encoding of letters used in many European languages. Now every ä is replaced with '&' + 'auml;' and ö with '&' + 'ouml;'.

 

I know that is one way to write these special characters, but it would be nice if we were allowed to write foreign languages with letters which are part of UTF-8 and latin-1 character sets.

 

I hope this text does not change when I post it to the forum. It seems that the forum software tries to replace those &+uml things with correct letters.

Actually this problem seems to be much more severe than just making it difficult to change the cache description. It also seems to affect the way accented characters like åäöÅÄÖare exported in GPX files and PQs for cache descriptions in HTML.

I am quite sure that no matter if the cache description used the accented characters åäöÅ or the equivalent codes ä, å, ö etc, they used to be converted to åäö when exported to the GPX file. That worked fine since the Garmin GPS I used could render these characters properly. But now the GPX files have started to contain the codes like &auml; etc and my GPS (Garmin Oregon 550t with latest software) doesn't now how to convert these codes to proper characters. So the cache descriptions are more or less useless for a large number of caches in my GPS now. :)

 

This is an actual example from one the closest caches to home:

234.jpg

Even if you know Swedish, it is very difficult to read to the text.

 

So much for my newly bought Oregon 550t that I intended to use for paperless geocaching in the weekend. I guess I have to go back to print out the cache descriptions again. :unsure:

 

iller

Edited by iller
Link to comment
So much for my newly bought Oregon 550t that I intended to use for paperless geocaching in the weekend. I guess I have to go back to print out the cache descriptions again. :)

Since you are so unhappy with your Oregon, I will email my address to you and you can send me the Oregon for proper "disposal." :unsure:

Link to comment

Hi again!

 

When you go to a Trackable Item page, and click the Tracking History (???km ) View Map, and jump to the 'where-have-gone' maps page (Geocaching > Trackable Items > Trackable Item Map), the waypoints visited show up, but they are NOT connected by lines like they used to.

 

Is this somethings newly 'removed', or just a new 'bug'?

 

Thanks!

 

- Dr.MORO

 

MacOS X 10.5 Tiger PPC G5 + Safari 4.0.4 Webkit r53317

Link to comment

Hi again!

 

When you go to Geocaching > Your Profile > Your Trackable Item Details page, http://www.geocaching.com/my/travelbugs.aspx

 

Why are not the Trackables' Icons not showing in the lower Right column? Is this somethings newly 'removed', or just a new 'bug'? It think it should be unified throughout the whole GC web sites/pages, that the lower-Right column showing one's Trackable Item Inventory WITH individual icons showing. ESPECIALLY, in the aforementioned "Your Trackable Item Details" page.

 

Thanks!

 

- Dr.MORO

 

MacOS X 10.5 Tiger PPC G4 + Safari 4.0.4

Link to comment

HTML ordered list type does not work. This has been valid HTML for ages, and was broken by geocaching.com in perhaps the previous release.

 

For example, on my cache All the Men Are Good-Looking, I use an ordered list with "type='A'," because I want the items to be "numbered" A, B, C, etc. It used to work, but now it displays as 1, 2, 3.

 

Also, the degree sign is incorrectly dumbed down in the source to be a masculine ordinal.

Edited by msrubble
Link to comment

Hi again!

 

When you go to a Trackable Item page, and click the Tracking History (???km ) View Map, and jump to the 'where-have-gone' maps page (Geocaching > Trackable Items > Trackable Item Map), the waypoints visited show up with Numberings, which is great.

 

BUT, I would love to see this Numberings ALSO beside all the 'Corresponding' logs shown in the same page below.

 

Double-clicking the Numberings in the maps just zoom in the map a bit.

I also wish to jump to the 'Corresponding' log, by a 'Single'-click.

 

Thanks!

 

- Dr.MORO

 

MacOS X 10.5 Tiger PPC G4 + Safari 4.0.4

Link to comment

I'm not sure if the Field Notes issue was entered into the bug database. It was first reported here by someone else but I don't see an acknowledgement.

 

Problem : Your Profile states : "You currently have pending field notes." even after all field notes are processed. This is an old bug. But previously there was an "x" to get rid of the box. Now there is text above it that says "(close)" but no way of closing it.

 

Steps to reproduce :

 

1. Upload field notes (mine's from Garmin Oregon)

2. Process all the field notes, one at a time.

3. When all's submitted and no field notes are left, go to Your Profile. Near the top it will say "You currently have pending field notes."

4. Follow link to field notes, and it says "No logs have been found for your account at this time."

 

System :

 

XP, Firefox 3.5, Garmin Oregon.

 

This is true for me as well, but I can click on the "Close" text to get rid of it. The X that used to be there is not showing anymore for me.

Link to comment

I think this was supposed to be fixed. (But I haven't reread all the posts.)

 

User Route Pocket Query (500) To CA Day 2">To CA Day 2

 

Above copied from my (your?) PQ page. The title of the PQ is "To CA Day 2" (not "To CA Day 2">To CA Day 2"). I ran the PQ tonight (at which point it was OK and then went back to delete it. Not sure if that is when the description was messed up.

 

I have other PQs I deleted tonight after running that show the same behavior...but not all of them.

Link to comment

Bug!

 

Ok, so I just got home, and for some reason Firefox is not displaying cache details correctly. The right column is missing, and the contents of the left column are below the main content... other pages are fine, but this cache is just incorrect...

 

hmm... looked at the source... this seems like a once-off bug that, well, is understandable. Not sure why I didn't catch it before.

The commented text Description Written By: indiana--gibbs with two dashes in the owner name (this effect occurs on all their caches right now) is fudging up the comment. It may be a Firefox thing (I'm on v3.5.7) but it looks like if it sees "--" in the comment text, it'll continue on until the next "--", ignoring the actual comment end tag. The comment, which now contains a huge chunk of HTML content, ends after the next instance of the owner name followed by the comment end.

 

Does that make sense?

View the source in Firefox, and you should see how much of the page is 'commented out'.

The only reason I can think why this didn't happen before was perhaps that the user name wasn't included in the comment tags... dunno.

Link to comment
Slow replication of data to the webserver ?

Today a new cache was published (GC22M7F). The publish log was created at 18:26 local time. The cachepage could not be opened at that time, giving the standard 'cache is unpublished' error. (which also said I had to be logged in, which I already was).

I could open the cachepage at 18:46 local time; so it took about 20 minutes [ :unsure: ] to finally look at the cachedescription (at server WEB08)

 

That is not an issue with this release. That is just the nature of data replication among multiple servers.

 

That may not be an issue with the release, but it's defintiely an issue. A properly configured load balancer will never show this behavior -- any sibling caches or servers which don't have the content yet should fetch it from the master cache. It's certainly not 'just the nature of the beast'.

Link to comment

Is there some reason that the text box for writing an e-mail is so tiny? :unsure:

 

sendemail.jpg

 

There's plenty of space, even on my small (1024x768) screen, to make this one M-U-C-H larger. And this is a screen capture of my entire screen...I pressed [F11] in IE8 to go full screen, note the scroll bars both on the right and bottom of the screen. The [submit] button is way off the bottom of the screen.

 

The rampant use of white space on the new layout of the site is very frustrating on my laptop, and even more painful on my iPhone. You may consider it a cosmetic or design matter...however, if you spent all your time on a laptop, netbook, or smart phone, you might agree that it's a functional issue rather than cosmetic. :)

 

please

 

get

 

rid

 

of

 

all

 

the

 

extra

 

white

 

space

 

 

Hey, at least I said please. :D

Link to comment

 

The rampant use of white space on the new layout of the site is very frustrating on my laptop, and even more painful on my iPhone. You may consider it a cosmetic or design matter...however, if you spent all your time on a laptop, netbook, or smart phone, you might agree that it's a functional issue rather than cosmetic. :unsure:

 

 

Did you see the stylish scripts? Those and the greasemonkey script should clean up most everything but the iPhone.

Link to comment

I don't know what the problem is.

On my netbook XP IE6. screen size is 800x600

The my profile page gets locked in some sort of loop that tries to constantly resize while it is loading.

Only way to fix it is CTRL ALT DELETE.

Firefox works, but IE doesn't

Update sure seems to have played havoc on PC's using IE6.

Link to comment

The first time I open a cache search, the header comes up, and a few seconds later, I get a popup window followed by a "not found" page as if the Internet connection has failed. The fix is to hit the "Back" arrow, and the cache listing appears. This all happens at random while paging through the listing, too. See the screeshot below for what comes up when I click the bookmark for my usual caches. But it doesn't matter how I bring up a list, to cause the error.

 

This is in Internet Explorer 6. The version is: Version: 6.0.2900.2180.xpsp_sp2_qfe.090804-1435

 

And it's on a workstation, at work. They do NOT keep IE current with updates, nobody gets to adjust any settings, and web pages go through all kinds of security hoops before they get to the screen. This workstation uses IE6, and that's it. So it's the SAME web browser that worked FINE until the new geocaching.com updates. Now there are serious functional and visual errors too numerous to mention. Sorry, I have NOT reviewed the previous 134 messages to see if this was covered already. If the plan is to not support "old" web browsers, this can never get fixed. But it's worth mentioning. As far as the line spacing, itty-bitty fonts, and color style, those are comparatively no issue at all with me.

 

Now GC is broken. So my productivity at work has increased dramatically. Good job! :unsure:

 

cannotopen.jpg

Edited by kunarion
Link to comment

I'm still experiencing the bad html on the Pocket Queries page, http://www.geocaching.com/pocket/default.aspx . The even numbered lines that have already run and will be deleted after 24 hours that happen to have the light blue background are displaying the Name twice with a double quote and greater than sign characters between them and strange strikethroughs:

 

(500) d282 CUR2g 12-26-2009 thru 12-28-2009 GC22AEJ Total Records: 452">d282 CUR2g 12-26-2009 thru 12-28-2009 GC22AEJ Total Records: 452

 

The strike through is not displayed on the first time the Name appears nor the extra "> characters, but the <a href...> link includes the whole mess of both copies of the name and the "> between them.

 

Here is the source html that is generated for that cell:

 

<td><img src="/images/silk/database_lightning.png" alt="Pocket Query"> (500) <a href="http://www.geocaching.com/pocket/gcquery.aspx?guid=b5c73923-756a-46d9-84bf-b242fea3765f" title="<span class=" strike="">d282 CUR2g 12-26-2009 thru 12-28-2009 GC22AEJ Total Records: 452"><span class="Strike">d282 CUR2g 12-26-2009 thru 12-28-2009 GC22AEJ Total Records: 452</span></a></td>

 

My pocket query Name is d282 CUR2g 12-26-2009 thru 12-28-2009 GC22AEJ Total Records: 452

 

and it looks like the offending part starts with stuff with unescaped double quotes and maybe an extra or missing quote too: title="<span class=" strike="">

 

If I print the page, the Name field shows the same thing as was displayed on my screen.

 

I'm using Firefox Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 with XP Home Edition sp3 on an HP netbook here, but the same thing happens with Chrome.

 

Also, all of the lines have the "(500)" in front of the Name. I don't know what that is.

 

Gary

aka Nudecacher

 

[ Check to see if you have a length overflow when you add the strikethrough tag with a long Name. The fact that it is only showing up on the blue line might be because my name is at a critical length, longer than most. (added comment) ]

Edited by Nudecacher
Link to comment

Also, all of the lines have the "(500)" in front of the Name. I don't know what that is.

I checked my pocket query page, and the one I ran with 100 caches, shows "(100)", all the rest show "(500)". That's showing the number of cache results in the query. So it's a feature, not a bug.

Link to comment

Also, all of the lines have the "(500)" in front of the Name. I don't know what that is.

I checked my pocket query page, and the one I ran with 100 caches, shows "(100)", all the rest show "(500)". That's showing the number of cache results in the query. So it's a feature, not a bug.

 

Goody! Thanks, I suspected that. Of course it's probably the maximum number, not the actual number which might be less.

 

Gary

aka Nudecacher

Link to comment

 

The rampant use of white space on the new layout of the site is very frustrating on my laptop, and even more painful on my iPhone. You may consider it a cosmetic or design matter...however, if you spent all your time on a laptop, netbook, or smart phone, you might agree that it's a functional issue rather than cosmetic. :rolleyes:

 

 

Did you see the stylish scripts? Those and the greasemonkey script should clean up most everything but the iPhone.

 

That's fine if you're using Greasemonkey...I'm not. Groundspeak needs to fix the site...not depend on the community to write scripts to change the way the site looks. As you said, it won't solve the problem on my iPhone.

 

Oh, and I just realized, I'm on IE8 not Firefox. Don't most/all of these solutions require Firefox?

 

edit: added that I'm on IE8, not Firefox

Edited by fegan
Link to comment
So much for my newly bought Oregon 550t that I intended to use for paperless geocaching in the weekend. I guess I have to go back to print out the cache descriptions again. :anibad:

Since you are so unhappy with your Oregon, I will email my address to you and you can send me the Oregon for proper "disposal." :rolleyes:

 

I still hope the issue he was referring to is fixed. I know that these special characters are not common in English. But many kinds of special characters (for example äöåñçáè) are important in many European languages (German, Portuguese, Spanish, French, Swedish, Finnish, Norwegian, Danish, etc.). Those black spots over (or under) the letters change the meaning of the word. If this is also a problem for Oregon users and not only for cache hiders writing cache descriptions, I think this should be fixed as soon as possible.

 

Old cache descriptions seem to be ok. These special characters are introduced when you submit a new description or edit the old description. I'm using Firefox 3.0.17 in Linux, but I think this problem is not browser related. It seems that when you read the cache pages you see these characters correctly (even in the page source), but when you edit the description these special characters appear in the edit boxes instead of the correct letters.

Link to comment
So much for my newly bought Oregon 550t that I intended to use for paperless geocaching in the weekend. I guess I have to go back to print out the cache descriptions again. :anibad:

Since you are so unhappy with your Oregon, I will email my address to you and you can send me the Oregon for proper "disposal." :rolleyes:

So you think this is funny? Maybe you should be a bit more careful before you dismiss serious issues with how the site works for users with other languages as English as their native language. You know, one day the language of the official geocaching site might be Chinese. Then when you no longer can read the cache descriptions since they use Chinese letters only, maybe a Chinese guy will offer to take over your GPS.

Link to comment
So much for my newly bought Oregon 550t that I intended to use for paperless geocaching in the weekend. I guess I have to go back to print out the cache descriptions again. :anibad:

Since you are so unhappy with your Oregon, I will email my address to you and you can send me the Oregon for proper "disposal." :rolleyes:

 

I still hope the issue he was referring to is fixed. I know that these special characters are not common in English. But many kinds of special characters (for example äöåñçáè) are important in many European languages (German, Portuguese, Spanish, French, Swedish, Finnish, Norwegian, Danish, etc.). Those black spots over (or under) the letters change the meaning of the word. If this is also a problem for Oregon users and not only for cache hiders writing cache descriptions, I think this should be fixed as soon as possible.

 

Old cache descriptions seem to be ok. These special characters are introduced when you submit a new description or edit the old description. I'm using Firefox 3.0.17 in Linux, but I think this problem is not browser related. It seems that when you read the cache pages you see these characters correctly (even in the page source), but when you edit the description these special characters appear in the edit boxes instead of the correct letters.

No, the problem is still there. When downloading a GPX file, å, ä etc in the cache description are not converted to the correct character in the ISO-8859-1 character set.

 

It can be argued that the html code in the GPX files should not contain accented characters like åäö because it might cause problems on some devices. And supporting ISO-8859-1 is only enough for USA and Western Europe anyway. So it might be a good idea to convert accented characters to &ring, ä etc in GPX files.

But it has to be coordinated with GPS device manufacturers!!! Not until they have added support for displaying the correct accented character instead of the &code should the switch be made. The current change will make it very hard to read cache descriptions in any European language that uses accented characters. Since this used to work, this is simply not acceptable.

 

iller

Edited by iller
Link to comment

WinXP/IE6. Come on Groundspeak, how can you expect your users to put up with no maps?

 

5c274b3e-d686-43a7-a4ed-86d7a8012414.jpg

Actually I can understand that Groundspeak doesn't support IE6. IE6 is old and making things work for it can easily eat up the hours a development team is allowed to spend on a certain release. If you can update or change browser, you should. If you are not allowed to change (e.g. at work), try to get those in power to upgrade. See more here: http://www.bringdownie6.com/

 

iller

Edited by iller
Link to comment

The first time I open a cache search, the header comes up, and a few seconds later, I get a popup window followed by a "not found" page as if the Internet connection has failed. The fix is to hit the "Back" arrow, and the cache listing appears. This all happens at random while paging through the listing, too. See the screeshot below for what comes up when I click the bookmark for my usual caches. But it doesn't matter how I bring up a list, to cause the error.

 

This is in Internet Explorer 6. The version is: Version: 6.0.2900.2180.xpsp_sp2_qfe.090804-1435

 

And it's on a workstation, at work. They do NOT keep IE current with updates, nobody gets to adjust any settings, and web pages go through all kinds of security hoops before they get to the screen. This workstation uses IE6, and that's it. So it's the SAME web browser that worked FINE until the new geocaching.com updates. Now there are serious functional and visual errors too numerous to mention. Sorry, I have NOT reviewed the previous 134 messages to see if this was covered already. If the plan is to not support "old" web browsers, this can never get fixed. But it's worth mentioning. As far as the line spacing, itty-bitty fonts, and color style, those are comparatively no issue at all with me.

 

Now GC is broken. So my productivity at work has increased dramatically. Good job! :rolleyes:

 

cannotopen.jpg

 

Me too. I have the same message and have to mess with the back arrow and all to get to the page sometimes waiting 10 minutes for it to download. I have IE 7.0, Winxp.

Link to comment

With changes to the site and cache pages I wonder if there have been changes to the allowed HTML on cache pages. At one time OpinioNate posted the allowed HTML tags for cache pages. It would be nice if this list is confirmed as still accurate or post a new list with what is being currently allowed.

 

A number of people have complained about their messed up cache pages because of the recent changes. It would be nice if information on the changes to tables and other things and possible cures would be posted. I think this would lower the frustration levels.

 

Edit: Thinking about it, it probably would be nice if the allowed HTML and any other information on caches pages could be posted as a pinned thread at the top of this forum.

Edited by jholly
Link to comment

WinXP/IE6. Come on Groundspeak, how can you expect your users to put up with no maps?

 

5c274b3e-d686-43a7-a4ed-86d7a8012414.jpg

Actually I can understand that Groundspeak doesn't support IE6. IE6 is old and making things work for it can easily eat up the hours a development team is allowed to spend on a certain release. If you can update or change browser, you should. If you are not allowed to change (e.g. at work), try to get those in power to upgrade. See more here: http://www.bringdownie6.com/

 

iller

 

I guess that makes sense, I thought about it being IE6 after I posted.

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