Upgraded yesterday morning from 1.1 to 3.3.1. The site works just fine for a Mac using Safari, Flock, Firefox or IE5.x and works for a PC using IE6.x, Opera or Firefox, but IE7 on a PC fails with the following error:
Internet Explorer cannot display the webpage.
Most likely causes:
You are not connected to the Internet
The website is encountering problems
There might be a typing error in the address.
I've hidden all skins but CSSzen, Zenlike, and elegance.
Using the skin Zenlike with debug turned on, using IE6.x on a PC, I get the following error in the upper right hand corner:
'() in Unknown on line 0
But that error doesn't show up in any of the other skins or for the same skin on the Mac.
Website link is: http://kotl.org/eFiction1.1
I'm guessing that it's a skin problem since there are no other errors popping up, but am really not sure.
Any suggestions?
The skins were updated from 1.1 to 3.0 :S
archive:
site:
Available for skin/mod commission! 🙂
Try renaming the folder from eFiction1.1 to eFiction. I don't think it's the script though as the members page will come up.
http://www.kotl.org/eFiction1.1/authors.php
Renamed it and they are still saying it doesn't work but that, yes, the authors.php will come up but none of the links work.
Very odd. [So far, my solution of "get a Mac or run Firefox" doesn't seem to be satisfactory. ;)]
So the webpage address is now: http://kotl.org/eFiction/
Thalia,
Weird on Firefox for pc I can see:
http://kotl.org/eFiction/index.php
just fine but it gives an error in ie7.... I'm not sure why.
Although the link you have on your main page points to http://kotl.org/eFiction1.1/index.php
I also noticed when looking at your page source for your home page that you used Microsoft Frontpage 5.0 to generate that page... maybe there is something going on with Frontpage and IE7.
******************************************
Mucking around in eFiction since circa 2001 (ver. 1.0)
Now running v.3
This is not really a skin problem. IE is not finding the page at all. I can't think of anything that would cause the entire page not to load in IE so that's really, really weird! I think you should contact your host and see if they know anything. They may have some settings which might interfere with IE, and if that's the case, they should know about it.
Just to verify, I've googled "IE DNS not found" and verified that this is not an uncommon problem. According to this thread some mambo users had the same problems and the solution was (possibly) within mambo, but I wouldn't' have any idea what the efic equivalent might be, nor would I have any way to test and verify if I guessed because my site works fine in IE 7 (except I did notice a bit of a skin problem...).
Well, to make it all the more interesting, apparently you can go through proxify.com (an anoymizing service) and use the site under IE7.
From all the different /IE7 "cannot display the webpage."/ searches I did today, it seems like IE7 issues that "cannot display...." message when it times out trying to render a page but there is no single issue that causes a page or site that works under IE6/FF/et al to fail under under IE7. (Although a lot of people did point to changes in how IE7 supports CSS and java.)
So, I'm still not sure where the problem is, but will update to 3.4 next weekend and see if it's still an issue then.
I uust wish IE7 would issue an error instead of timing out or whatever it's doing.
Please let us know if the upgrade works so we can direct people to a solution if someone else reports this. So far, you're the only one. I imagine that's because there are still lots of people who have not upgraded to IE 7 and I expect the incidence to increase.
Thanks!
Soooo, updated to 3.4.3 and decided to bang my head against the desk some more to try to solve the IE7 problem AND managed to sort out the problems.
The major problem is that our php.ini is set to mysql.trace_mode=On, so at the end of every page there were additional lines output a message about queried $results that weren't properly closed. (This is actually OK because DBCLOSE() takes care of releasing the memory.) I was able to override the php.ini by adding the following line to header.php:
ini_set('mysql.trace_mode', 0);
I won't get any SQL errors/warnings, but at least everything work under IE7 & IE8 beta.
And for anybody else who ends up with similar hard-to-solve problems, I used the following to ID errors & warnings in the pages....
* W3C html validator at: http://validator.w3.org/
* Browser page renderer at: http://ipinfo.info/netrenderer/index.php
(And this message thread really is in the wrong forum category now. Sorry.)
