Note that the little v in QvAJAXZfc is now a capital V.
Thie worked for us moving from v9 to v10 - maybe it'll work again?
Believe the likely issue may be your QVServer resource Security tab settings under the Client Security section being set to Allow Anonymous instead of Prohibit Anonymous. If you do have Prohibit Anonymous set, something is preventing the client from automatically passing the logged on user credentials from the workstation to the QVServer.
The other thing to check would be the virtual directory security settings for the QvPlugin directory if you are using IIS as your web server, that will need to be locked down to Windows Authentication as well to ensure when we make the call through that directory, the web server is sending the user credentials through to the QVServer.
Hopefully one of the above will get you working properly.
I've also had the same problem and have suggested 2 workarounds for mycustomer.
1. Use the AJAX method instead
2. Direct users to the AccessPoint first, and allow them to click the icon to load a document as needed.
Both methods seem to work on my V11 test system and don’t give you thisextra logon prompt.
We have the same problem on QV 11. We are using QV Web Server and not IIS. I can see that credentials from Share Point CFA are passed as, when the QV login screen pops up, I dont enter credentials second time and I just hit submit and it takes me to the document. I've also observed that my original link,
and I get QV login prompt. As I mentioned I don't enter anything here and just click on submit and lets me go to document. We are using QV Web Server and NOT IIS.
Security is set to : Prohibit Anonymus
and login is set to : NTLM