Hrefs in ie creating a blank page
Moderator: General Moderators
Hrefs in ie creating a blank page
Well, I have the oddest thing happening:
windows 2000 ie 6.02800 sp1
href links open a blank page
windows xp ie 6.029sp 2
href links open np at all
firefox 1.x + 2
href links open np at all
What gives? This is driving me nuts.
windows 2000 ie 6.02800 sp1
href links open a blank page
windows xp ie 6.029sp 2
href links open np at all
firefox 1.x + 2
href links open np at all
What gives? This is driving me nuts.
feyd | Please use
feyd | Please use
Code: Select all
,Code: Select all
and [syntax="..."] tags where appropriate when posting code. Your post has been edited to reflect how we'd like it posted. Please read: [url=http://forums.devnetwork.net/viewtopic.php?t=21171]Posting Code in the Forums[/url] to learn how to do it too.[/color]
If it these links that are causing the issues. Filewrapper has an include to a controller which processes the "editpage" or "delpage".Code: Select all
$con .= "<tr valign='top'><td class='listtitle'>" . $alias . "</td><td width='5px'> </td>";
$con .= " <td class='editlistlink'><a href='filewrapper.php?editpage=" . $id ."'><img border='0' src='" .$sub_folder."images/edit.png'></a></td><td width='5px'> </td>";
$con .= " <td class='deletelistlink'><a href='filewrapper.php?delpage=" . $id ."'><img border='0' src='" .$sub_folder."images/delete.png'></a></td><td width='5px'> </td>";
$con .= " <td class='listdesc'>" . $filepath . "</td><td width='5px'> </td></tr>";feyd | Please use
Code: Select all
,Code: Select all
and [syntax="..."] tags where appropriate when posting code. Your post has been edited to reflect how we'd like it posted. Please read: [url=http://forums.devnetwork.net/viewtopic.php?t=21171]Posting Code in the Forums[/url] to learn how to do it too.[/color]Update:
Found the problem. The wrapper php file had this in it in the header. For some reason this was causing the page not to load until refreshed.
(I really hope thats the correct syntax)
Would be great to understand why this causes the problem.
We've just checked our browser encoding and on the XP ie 6.029 the encoding was set to Unicode (utf-8), and the win2000 ie 6.028 was running iso...Anyone able to explain what this means?
Found the problem. The wrapper php file had this in it in the header. For some reason this was causing the page not to load until refreshed.
Code: Select all
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />Would be great to understand why this causes the problem.
We've just checked our browser encoding and on the XP ie 6.029 the encoding was set to Unicode (utf-8), and the win2000 ie 6.028 was running iso...Anyone able to explain what this means?
- RobertGonzalez
- Site Administrator
- Posts: 14293
- Joined: Tue Sep 09, 2003 6:04 pm
- Location: Fremont, CA, USA
I found this:
The website i'm building required Cyrillic type, so i encode the pages using UTF-8. The problem that happens is that UTF-8 sends information before the php tags, and therefore before the session_start(); which ultimately renders the session_start(); call ineffective.
The UTF-8 encoding sends a small chunk of information before anything. This is called BOM (byte order marks).
I dont really understand it, but it seems very odd that a character encoding would influence the order in which things happen. Also certain browsers dont have this problem. Its nuts.
The website i'm building required Cyrillic type, so i encode the pages using UTF-8. The problem that happens is that UTF-8 sends information before the php tags, and therefore before the session_start(); which ultimately renders the session_start(); call ineffective.
The UTF-8 encoding sends a small chunk of information before anything. This is called BOM (byte order marks).
I dont really understand it, but it seems very odd that a character encoding would influence the order in which things happen. Also certain browsers dont have this problem. Its nuts.
- feyd
- Neighborhood Spidermoddy
- Posts: 31559
- Joined: Mon Mar 29, 2004 3:24 pm
- Location: Bothell, Washington, USA
The BOM is two bytes of information that are prepended to the file in which the encoding is saved. If you saved your PHP files in UTF-8 with a BOM, then yes, that will often cause output to start before your script's contents can be parsed fully. In many editors you can tell it to not include the BOM. Alternately, you can use a different editor to remove them manually, or even use PHP to detect them in the files and remove them for you.
Thanks for your help, I'll go check that now. I am supposing that it only affects some versions of some browers (at a point release version level) because most of the browsers dont have the problem.
For example, I get the same issue trying to login to the wordpress site. Which made me laugh a little.
For example, I get the same issue trying to login to the wordpress site. Which made me laugh a little.