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: 
darren_cooper
Contributor
Contributor

Qlikview losing selections and "Remove last document state" not working

Hi,

We recently upgraded to QV12 SR4 and have been having a couple of issues ever since.

1) After a server refresh of the document each user is losing their filter selections.

2) When selecting "Remove last document state" from the AccessPoint this session doesn't remove from memory and the document retains your selections when you go back into it.

This is affecting all models on the server.

I'm not sure if these issues are connected but they would both appear to be related to the way in which Qlikview is holding the session detail at server level.

Has anybody else had this issue and come up with a workaround. QV11 had none of these problems?

Any advice?

6 Replies
Not applicable

Hi Darren, we're having the same problem with remove last document state. Did you ever find the solution?

anandsai4u
Creator
Creator

Hi Darren,

For 2nd point   (When selecting "Remove last document state" from the AccessPoint this session doesn't remove from memory and the document retains your selections when you go back into it)

I think you have to change the timed out settings on the IIS Server or Web Server.

Can you please navigate to the mentioned path and change the timeout settings accordingly with respect to your project.

C:\ProgramData\QlikTech\Webserver\config.xml

<QvsTimeOut> </QvsTimeout>

Thanks & Regards

Anand Sai

Not applicable

Hi Darren,

I've just noticed the same problem on an 11>12 upgrade, did you get anywhere with it? Feels like a bug introduced in 12 to me but keen to know if you got any further with it

Thanks

Joe

Chip_Matejowsky
Support
Support

Hello,

This issue was reported to Qlik Support in the past as a potential defect and the issue was referred to Qlik R&D. The below is a statement from RD regarding the changed functionality of Remove Last Document from the v11.20 track to the 12/12.10 track:

Expected behavior

When Removing Last Document State on a document from Accesspoint, any selections user made in the previous session, should be removed when the user accesses the document again.

Actual behavior

When Removing Last Document State on a document from Accesspoint, the selections the user made in the previous session are still present when accessing the document the next time.

The reason for this behavior:

When you go from the document to the AccessPoint, without closing the session, no session recovery information is saved. So there is no document state to remove from the shared file when "Remove last document state" is pushed.. What happened in SR13 was that the old session was closed (without saving the state) and therefore a new one was started when we went back to the document. In later versions, we go back to the open session when we go into the document again. The change is an intentional consequence of the fix for a previously reported bug. Before that fix, the webserver always started a new session and did not correctly detect that the user already had an ongoing session on that document. (Using the back arrow does not close the session) To get the behavior that the customer is asking for, they have to push the close-button in the upper right corner before using the back arrow. So when you just use the back arrow, there exists no "Last document state". Thus, pushing the button does not do anything. (If you try pushing the close-button before the back arrow, you can notice a different behavior by removing the "Last document state" or not)

Hopefully this information is what you are looking for.

-Chip

Principal Technical Support Engineer with Qlik Support
Help users find answers! Don't forget to mark a solution that worked for you!
Peter_Cammaert
Partner - Champion III
Partner - Champion III

Of course, while this sounds perfectly logical from a software design point-of-view, most users still get the impression that "it simply doesn't work". Moreover, the design and nature of www connections make the situation only more bewildering as there is no real "connection" concept during communications between a QlikView Server and a QlikView Client. Whenever a QlikView AccessPoint visitor closes the browser without pressing that famous small icon in the top right corner, everything on the client-side disappears without the QlikView Server having a clue about what is going on. The QlikView Server still thinks that a user session is active, and as long as the session timeout hasn't been exceeded, the session will stay alive.

There is no real escape from this situation (Server doesn't know that the client has disappeared, and the Client doesn't know that his/her session is still active), or is there?

Fortunately, there may be one. A long time ago, one of the bright Qlik minds devised a QlikView extension specifically targetted at handling this pseado-deadlock. The extension installs but shows no visible parts, and the only useful thing it attempts is to close the current session with the QlikView Server whenever the running browser gets a message to close down.

Document Extension to Terminate an AJAX Session

Only one thing: as it is quite old, I'm not entirely sure that it still works with QV 12.xx. Please post back if you get good results. Thanks

Not applicable

Thanks Peter, agreed from a user perspective this isn't good, I'll have a look at that extension as a work around

Joe