Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Hi Friends,
Is the below scenarios possible?
The user accesses the app from access point or from URL. Whenever he/she selects one value from a List Box/Multi Box, and logs off and logs in the next time, he should see the same selection as lastly selected by him. Is it possible anyhow by setting triggers or macros or bookmarks? Please elaborate.
One more challenge I see here, some other user must be accessing that app at the same time and he has selected something else in the list box and logs off. In the next log in he should see his respective last selection, not the User 1 selection.
I need this to implement. Suggestions would be helpful.
Any suggestions for this scenario?
Please provide some examples.
Isn't this the default behavior in QV11 now? That is, that session state is always remembered (unless you prohibit session recovery or expire temp bookmarks.)
I get this behavior by doing nothing -- no triggers, no special bookmarks.
-Rob
Hi Rob, Can u plz elaborate a more in details and example please?
Thanks for efforts!!!
What version of server are you running?
-Rob
Hi Rob, Server version might be any of this two:
Windows Server 2008 x64 Edition
Windows Server 2008 R2
Now am still developing on desktop mode and my QV version is 11. How can be it be done first on desktop mode?
What I was referring to is the "Session Recovery" available in QV11. I orginally understood it to remember selections only as long as a session was not timed out. but it seems to remember selections across session timeouts and even server restarts. It works just like your original question. When a user opens a document from the server, the last selection state for that user is applied -- it's just like they never left. If you are running V11 on your server, that is the behavior you should be seeing now.
This is not available in the desktop, it's a server only function.
-Rob
I totally agree with Rob.
If you do it on a server, then it will work right out of the box. And there is never any risk that someone else's selection is used - each user has its own session.
If you want this behavior on a Desktop, you will have to save before you close the document, or create some solution with macros and/or bookmarks.
But I do not understand what problem you are trying to solve. Why would you log off in the first place?
HIC
Thank you very much ROB and HENRIC for your detailed explanations.
Hope the requirement works rightly when the app is deployed in the server. If this can't be exactly implemented in Desktop mode, its fine, if its really going to work perfect in server sessions modes.
Henric,
Yes, I may be bit wrong at first about LOG OFF thing. My original query was like this:
The user exactly would not LOG OFF, rather close the Document/Session after selecting something (but without erasing/clear). So that in the next Re-Opening of the document, he would see his last selection made.
I was just curious, if this could be implemented in Desktop mode by any Triggers/Bookmarks/Macros. Any further suggestions?
Hi,
Just adding one more point on Session Recovery. This feature is "All or Nothing" means it impacts all the users and works across all the documents. So make sure that you really need across everything.
Good luck!
Cheers,
DV
I have the same issue and gave it a shot without success:
1- Open a browser (tested with IE/Chrome/Firefox)
2- Go the Access Point and open Application X
3- Application X opens on Sheet 1 with no selection
4- Go to Sheet 2 and make a selection
5- Close the browser
6- Reopen the browser and open Application X
7- Application X opens on Sheet 1 with no selection (step 4 has not been saved)
"Allow Session Recovery" is activated so maybe there is configuration to needed at browser level?
######################
Update:
I changed Chrome and Firefox configuration and activated "Show my windows and tabs from last time" when they start. In that case the selections are saved but it seems more related to Chrome/Firefox config than "Allow Session Recovery" option...
IE9 does not have this setting so it does not work.
-jc