Ah. Sorry I didn't think of this before! You are running QVS version 11.20 SR7, correct? What is the operating system version - Windows 7? or 8? or 10? Is the user using Internet Explorer 11 or Edge browser?
Microsoft Edge and Internet Explorer 11 (Microsoft Edge for IT Pros): However, if you're running web apps that need ActiveX controls, we recommend that you continue to use Internet Explorer 11 for them.
Yes, correct. We run QV version 11.20.12451.0 SR7 64-bit Edition (x64) and Windows on the server is Windows Server 2008 R2 Enterprise. Related to IE, we use (and also user who claimed issue) it's Internet Explorer 11 (not Edge).
open IE - select Cogwheel > Manage Add ons > Show 'All add ons' and see if QlikOCX Control is enabled on not, it needs to be ENABLED.
no, it's not there. I think it might be somehow connected with "wrong" installation of QV plugin. However, I am not aware of the reason why it would be incorrect.
If you look at my answer from "2.1.2017 4:55" I described the problem with missing "opendoc.htm" file.
Would you be able to post the answer from Support if you get one. We've recently been having a few issues with the plugin (we're on SR6) and am interested in what the answer would be - apart from the obvious 'you should be upgrading' which unfortunately is something we can't do just now.
I didn't contact support in the end.
We figured out that there is no support between QlikView 11.20 SR7 and IE 11. What we did, is to set IE to v10 using Emulation mode and this way, IE plugin is displayed and works.
I read it's also possible to set up page to be open by default in mode IE 10 (if you are owner of the page). However, for us this workaround works fine and was accepted.