开发者

Uniquely identify two instances of one browser that share Session state?

开发者 https://www.devze.com 2022-12-23 09:20 出处:网络
I want to ensure a user isn\'t editing the same form data in two different browser tabs or windows(of the same web browser instance). The intention is to stop the user from accidentally overwriting th

I want to ensure a user isn't editing the same form data in two different browser tabs or windows (of the same web browser instance). The intention is to stop the user from accidentally overwriting their own data as they continue through a very long form process. On the server, ongoing data input through the screens is collected into the Session.

Assume for any browser, all tabs and windows run in the same instance of it (i.e. not each in a separate process). Obviously the browser tabs and windows share the same cookies in this scenario so cookie modification seems out of the question for viable solutions. This is also the reason they are sharing the same session state.

Considering that t开发者_StackOverflow社区he form is already created and this is one of the final touches, how can I use ASP.NET, hopefully easily, to oversee this "feature"?


You could try something like this:

Store an integer as Session["LastRequest"]. Put this into a hidden field on the page. For every request, you add one to the integer.

On postback, make sure that no other request has been made by checking that Request.Form["LastRequest"] is equal to Session["LastRequest"].

If you need to check for multiple instances before the postback happens you should be able to do so using AJAX calls.


Every time you render a form, set the value of some hidden field to random string. Store the same string in Session state. When the user posts back, check if the two values are equal. If not, this must be a re-post.


You cannot distinguish two http POSTs for the same page even if they are from different tabs.

It's like the famous back-button problem - they can post, press back, and repost.

The usual solution is hidden tracking fields, but it's very hard to make them reliable.

If it's a wizard-type process, it should be simple to detect if they are overwriting fields that have already been entered, and show a warning.


During the rendering of your specified page, generate a GUID and save in session. Write a generic handler, that keep track that for a specified page, no two GUID exists.

Following data structure will help.

class MultipleOpenedPage{
    string guid;
    string pageURL;
    DateTime timeStamp;
    bool IsMultiplePageOpened(List<MultipleOpenedPage> list)
    {
    ///logic 
    }
}


Because of the stateless nature of the web, I don't believe there is a reliable way to differentiate between two browser windows. However, you can store a flag in Session that a given long running process is in progress. In this way, you don't care if they try to rerun the process from the same browser window or multiple browser windows. The trick is going to be handling situations where the process fails and doesn't get a chance to reset the flag so that the process can be run again.


I got round this by creating a base class inheriting from System.Web.UI.Page and in the page_load/init event, creating an object containing information specific to the user instance.

This was, each new page that's created get's it own instance of the object and can therefore maintain different states/properties which can be used to make distinct edits to data on the same page.

Just a thought as it's a bit of a different way around things.

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号