HI,

I have an HTML page created in Appstudio 8202 ,
this page becomes blank in I.E11 and shows below warning
"Codepage iso-8859-1 from (HTTP header) overrides conflicting codepage windows-1252 from (META tag)"

Please advise how to fix this issue .

This message has been edited. Last edited by: FP Mod Chuck,

Chaudhary

Not sure if this will help but double check the code page setting in the WebFOCUS client admin console. Look at the NLS settings by default it is set to 1252. Also the reporting server under the workspace tab there is also a NLS setting which by default is 1252 as well. Sounds like your html is 8859 and the default is 1252 which may be the issue.

Hi Chuck,

My HTML charset is "windows-1252".

Chaudhary

I found this link on Google https://social.msdn.microsoft....-utf8-from?forum=web .

I know WF makes it difficult to see the source of your html but the header might be what is causing this issue.

You may need to open a case with techsupport to get to the bottom of it.

Thnaks Chuck,

Chuck I have an application migrated from WF8104 and those HTML pages has below meta tags

<META id=RLT_STANDARDS_MODE_META http-equiv=X-UA-Compatible content=IE=9>
<META name=mycharsetmeta http-equiv=Content-Type content="text/html; charset=ISO-8859-1">
<META name=Generation content="Created in release 8104, Generation 3">  

these HTML pages don't have any white screen issue with IE11 , iPad safaris but the page(HTML responsive)
I built in 8202 app studio shows blank page in safari and I.E11. If I will reload the page it works and for next refresh it shows again white screen ,and this html page works fine in Edge
Below are the meta tags for new generated HTML page ( causing issue in I. E 11)

<meta http-equiv="X-UA-Compatible" content="IE=Edge">
<meta name="mycharsetmeta" http-equiv="Content-Type" content="text/html; charset=WINDOWS-1252">
<meta name="Generation" content="Created in release 8202, Generation 4">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
    

Please advise if any workaround will help me in this case, else I will reach-out to tech support.

This message has been edited. Last edited by: Chaudhary,

quote:

X-UA-Compatible

Possibly, IE's compatibility mode is messing things up. Changing the mode from IE=9 to IE=Edge may very well help.

Also, check that IE isn't automatically using Compatibility mode on Intranet sites - that's a checkbox in the Compatibility Settings that is on by default (preposterous!).

Why Safari on the iPad renders a blank page I don't know, and I don't think it includes developer tools to debug that. Does it behave the same on a Mac? That would allow debugging. Checking for console errors in Chrome or Firefox may also be enlightening.

Hi Wep,

I enabled developer tool and found that at run time an internal CSS is applied to HTML page that is causing this issue to make page blank or visible

When Page is Blank,
Image Link 1


Page shows data ,
Image Link 2


Can some one explain on which condition this css works.

Chaudhary

I think you should open a case with techsupport to get an answer to this...

That looks like some javascript fails to remove the display: hidden property. Usually that's because of a javascript error.

Check the javascript console for errors, or alternatively, undisable (just following MS's reverse logic) the options that display javascript errors in IE's advanced settings.

It won't fix the problem, but you'll at least know the cause - and that may help you fix it.

Solution === "Use Chrome".

U must check:

- NLS of Server of WF
- NLS of Console of WF
- On server.xml of TOMCAT check on Connectors URIEncoding and useBodyEncodingForURI
- On TOMCAT config, tab of Java / Java Options, check if must be: -DFile.Encoding=(ur encoding).

Good luck sir.

quote:

Originally posted by CoolGuy:
Solution === "Use Chrome".

Thanks CoolGuy , this works

quote:

Originally posted by Wep5622:
That looks like some javascript fails to remove the display: hidden property. Usually that's because of a javascript error.

Check the javascript console for errors, or alternatively, undisable (just following MS's reverse logic) the options that display javascript errors in IE's advanced settings.

It won't fix the problem, but you'll at least know the cause - and that may help you fix it.

Wep ,I checked but did not get any java script error

I guess modern IBI javascript is not copmatible with IE9, which your HTML specifies as the latest compatible version. Is IE 9 still officially supported by IBI? (Sorry, too busy to check)