Skip to main content
Announcements
Have questions about Qlik Connect? Join us live on April 10th, at 11 AM ET: SIGN UP NOW
cancel
Showing results for 
Search instead for 
Did you mean: 
dthornburg
Contributor II
Contributor II

Internet Explorer Quit Loading Dashboard on Client

We had a power outage and had to bring servers down due to length of outage. We started everything back up and clients can no longer access the dashboards with Internet Explorer. Prior to that everything worked fine. The dashboards load fine in Internet Explorer on the server. Dahsboards load fine using Google Chrome and Firefox on clients. We have the IE plugin installed on a few clients and if they choose that it works also. What could have caused this issue and how to I resolve it?

The main page loads fine but the dashboards do not load in Internet Explorer. I attached a screen shot of what dashboard looks like in IE.

Reviewing the Sessions log. I am seeing an error that the session was killed because named user cal was needed from another client. Screen shot of that attached. How do I clear that error because it is not a true error. I am only logged in on one computer.

1 Solution

Accepted Solutions
Chris_Rice
Support
Support

Any chance that on reboot, IE was updated to IE 10?  This would cause an issue if they are using anything before QV 11.2 SR 2 (11922).

View solution in original post

9 Replies
Chris_Rice
Support
Support

Any chance that on reboot, IE was updated to IE 10?  This would cause an issue if they are using anything before QV 11.2 SR 2 (11922).

dthornburg
Contributor II
Contributor II
Author

You are correct. I just check each computer and IE was upgraded to IE10. Do you know if there is a version of Qlikview that works with IE 10 or do I need to rollback to IE9?

Thanks

Not applicable

Hi Chris,

We have QV 11 SR2 with IE 9 browser.

A named cal has been assigned to "abc.support" id (specially created for QV developement)

Using this ID, 3 simultaneous developers are working.

Using this ID, a business user is able to access the dashboards on machine no 1.

But using same ID, we are not able to access the dashboards on machine no 2 & 3.

Accesspoint opens but when we click on a particular dashboard, it shows "Failed to open document." or "Document not found."

Please help

Chris_Rice
Support
Support

Well, having 3 different people use the same ID (and therefore the same CAL) would be circumventing the licensing structure.  QVS has systems in place to detect and prevent this from happening, so that's most likely what you're running into.

Not applicable

Hi Chris,

The "abc.support" has been assigned to one user, but for testing purpose the admin accesses the dashboard from different machines.

The development happens on the development server with 3 simultaneous instances.

However we are able to access the dashboard through chrome using same ID on different machine, only IE has some issues.

Chris_Rice
Support
Support

If you are leasing a CAL, the QVS keeps up with the machine and browser that the CAL is accessing QVS from.  It will only allow two instances running at once.  Also, you'll see issues if you try and open the same QVW in different browsers.  You will only have access to one.  If you try and go back and forth between the browsers it will disconnect the old one and reconnect the new one.  Basically what this means is that you need to limit your developer to 2 machines and one browser per QVWper machine.  Opening different QVWs on different browsers on the same machine should cause no issues.

Not applicable

Thanks.

Sure Chris..... will keep that in mind.

But not able to understand why the same QVWs are not getting open on IE but works perfectly on chrome which is driving me crazy.

Chris_Rice
Support
Support

Most likely because you're using IE Plugin for your IE client and something is going awry there.  Not able to QVP to server, older version of IE Plugin, IE Plugin disabled on server, etc. In the AP on IE, click on "View Details" for the QVW in question, then click on "Full Browser Version".  This should act the same as Chrome.  If not, then you have some type of security settings in IE that is preventing the connection.