on 10-16-2014 12:03 PM
Hi
I'm experiencing the following problem on CR 13.0.4 (64 Bit production).
Users use a DNS entry to access our application, e.g.
http://WebApp:80 (which then uses server: 123Server:80)
Vertical stripes appear:
However, when using the server name + port to access the application
Then the report displays perfectly on IE10. Thus the same server (2008 R2) renders the CR differently, when accessed differently.
Integrated security is set to False.
In IE9 and IE11, the reports work fine on both http://WebApp:80 and http://123Server:80
This is only on IE10
I've gone through all the Wiki documentation for each release after 13.0.4,
and have found on Release 13.0.7 there is a entry:
ADAPT01665016 Report viewer in webproject deployed on IE10 will display as white dots in browser KBA1810173
The KBA1810173 mentions white dots, and not stripes.
Can I please enquire of whether any fixes were done regarding IE10 and DNS Entries?
Is Crystal aware of this issue? (Is this a newly reported one that will only be looked at in e.g. SP12 onwards?)
Use SP 10, it has the latest fixes for WEB Servers,
White dots and strips are the same thing.
Don
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
OK, just updated to SP10
Installed this file
http://downloads.businessobjects.com/akdlm/cr4vs2010/CRforVS_redist_install_64bit_13_0_10.zip
In programs and features (under control panel):
Still the same issue unfortunately.
I was able to replicate this issue on 3 different servers.
Wrong, you can't just install the redist packages on your DEV PC.
First, uninstall the redist package from your DEV PC.
Second, Install the first link to integrate into Visual Studio
http://downloads.businessobjects.com/akdlm/cr4vs2010/CRforVS_13_0_10.exe
Recompile your app in both x86 and x64 bit mode, do not use AnyCPU ( if you can, depending on the way you created the WEB app you may not have the option )
Set your AppPool to run under x64 or x86 mode, try both to see if x86 works.
If you select Compatibility mode does that fix it?
I know this has been fixed so the issue is something did not get updated with the new runtime.
Don
Hi, the redist was installed on the Windows 2008 server - not on Dev PC.
It is a website (opposed to web app)- no compilation used.
The compatibility mode does fix it yes, but I have to add this line to every single page using Crystal now:
<meta http-equiv="X-UA-Compatible" content="IE=9,chrome=1" />
I understand it was fixed in SP7, 1877191
and as mentioned I do get it to work in IE10, but not when using DNS name entry.
If it was fully fixed, I'm sure I wouldn't be able to replicate it on 3 unrelated servers - now all running SP10 of CR.
I'm still trying to find a way to get it fixed without having to amend each page.
Hi John,
That makes no sense why DNS would be involved with Compatibility mode....
Can you run Fiddler and compare between running the App on the server and from the Work Station.
Little more info, you showed you installed the 64 bit runtime so is your AppPool also running in 64 bit mode?
What do you see when using Firefox or other browsers?
Don
See if this helps.....
How to Enable Intranet Browsing in IE10
Seems Microsoft changed the rules again for Intranet sites in IE 10.
Don
Hi Don
Thanks for the help so far
Fiddler:
Any tips on what I can look for specifically here please
AppPool:
Confirmed 64bit (checked in Application Pool - Advanced settings, Enable 32-Bit applications = false, machine is 64bit)
Other browsers:
Firefox 32 - fully working on DNS and direct to server
Chrome 37- fully working on DNS and direct to server
IE9 - fully working
IE11 - fully working
IE10 Intranet issues:
Confirmed Enabled Enhanced Protect Mode - unchecked
Enable Protected Mode - unchecked
This is an intranet site yes - do you think this is where the issue lies perhaps?
Thank you
Hi John,
This blog by MS may help you also:
Understanding Enhanced Protected Mode - IEInternals - Site Home - MSDN Blogs
Also, it explains Fiddler has problems debugging this.
Sorry I don't know much about this issue with IE 10 and intranet sites....
Possibly post to MSDN forums, they may be able to help you.
And to confirm, if you don't use DNS it works, so it's definitely configuration issue in IE 10.
Possibly some other WEB browse logging tool like HTTP Watch may give you more info.
Unfortunately DEV is gone for the weekend now so I can't get details on what we did to fix this issue.
I can ping them and possibly they have something to say on Monday.
Don
User | Count |
---|---|
86 | |
23 | |
11 | |
9 | |
8 | |
5 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.