Page displays as HTML source

  • Thread starter Thread starter James Hahn
  • Start date Start date
J

James Hahn

I am accessing a secure site using SSL and smartcard. The only
configuration requested was about prompting for client certificate
selection, which I've set, but it's irrelevant as there's only one
certificate.

When I go to the page I am asked for my PIN which seems to be accepted, but
the page displays as HTML source instead of rendered HTML.

I have e-mailed the provider but with no response. Could this be a
configuration setting?

6.0.2900.2180.xpsp_2_rtm.040803-2158 / 128
 
the page displays as HTML source instead of rendered HTML.


Is it partial source, full source or XML formatting?
Firewall could be a factor. (At one point ZA Pro did this.)
Security option could be a factor. (Open files based on content...)
Source headers could be a factor (e.g. XML version in front
of DOCTYPE header was reported by one user as causing it.)
 
It looks like complete, and fairly standard, HTML, namely -
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<TITLE>xxxxxxxxxxxxxxxxxxxxxxxxxx</TITLE>
<META content="noindex" name="Robots">
</HEAD>

<SCRIPT LANGUAGE="JavaScript"><!--
//-------------------------------------------------------------------------------//Firewall is the built-in XP - no ZA Pro.If security is an issue I don't know where to look - no other sites showlike this (but then there's no other sites I access with a smartcard).Page format looks OK to me.--"Robert Aldwinckle" <[email protected]> wrote in messagethe page displays as HTML source instead of rendered HTML.>>> Is it partial source, full source or XML formatting?> Firewall could be a factor. (At one point ZA Pro did this.)> Security option could be a factor. (Open files based on content...)> Source headers could be a factor (e.g. XML version in front> of DOCTYPE header was reported by one user as causing it.)> ---> "James Hahn" <[email protected]> wrote in message> am accessing a secure site using SSL and smartcard. The only>> configuration requested was about prompting for client certificate>> selection, which I've set, but it's irrelevant as there's only one>> certificate.>>>> When I go to the page I am asked for my PIN which seems to be accepted,but>> the page displays as HTML source instead of rendered HTML.>>>> I have e-mailed the provider but with no response. Could this be a>> configuration setting?>>>> 6.0.2900.2180.xpsp_2_rtm.040803-2158 / 128
 
James Hahn said:
It looks like complete, and fairly standard, HTML, namely -
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<TITLE>xxxxxxxxxxxxxxxxxxxxxxxxxx</TITLE>
<META content="noindex" name="Robots">
</HEAD>

<SCRIPT LANGUAGE="JavaScript"><!--
Click to expand...

You're showing JavaScript, do you know that this page
is supposed to display? Perhaps it should be executing
and then transferring to another source file?

Try setting your Security options to Prompt (temporarily,
as many as possible) and Enable any settings which specify
that they would prompt. If your settings are not currently
Default level... (e.g. when Default level... is not greyed)
make note of the ones you change; otherwise when you are
finished testing just click on Default level...

You could also do the same thing with the Privacy settings
to specify that you want prompts for Cookies.

If you need more help please report what tests you tried
and your observations from doing them.


Since this is https another setting which could be relevant
and worthwhile testing with is in the Options, Advanced tab,
Security section:
Do not save encrypted pages to disk

Some users have been able to avoid some strange symptoms
by _unchecking_ that option. That would probably be an easier
test to try first and it might even turn out to be a solution for you.


Good luck

Robert
---
 
I have added the site address to the trusted zone sites and it now works
fine. There's nothing odd about the site (the Java script is fairly simple)
other than the initial logon, and the rest of the pages is just invoking
three frames. I don't know why this works, but it does. Thanks for your
suggestions.
--
 
Back
Top