You are viewing limited content. For full access, please sign in.

Question

Question

WebLink 10 Creating Multiple Sessions

asked on June 7, 2018 Show version history

Hello,

I've been working on a Forms process that loads documents in an iframe element via WebLink (10.1.0.60), but I've found that each time I load or refresh the page it creates a new WebLink session and eventually the user hits a session limit error.

I tested outside of the form by navigating to WebLink and hitting refresh a few times and ran into the same issue. Each time I refresh or load the URL in a new tab I get a completely new session.

What, if anything, can be done to prevent this from occurring? Users need to review a large number of documents in rapid succession so waiting for the original session(s) to time out isn't ideal.

0 0

Replies

replied on June 7, 2018

I'm not seeing this behavior on our internal installation.  If you look at the browser's cookies during this, does the value of the "WebLinkSession" cookie change with each page refresh?  Are you seeing the same behavior from all machines and browsers?

1 0
replied on June 7, 2018 Show version history

I tested in IE and Chrome on two different workstations and got the same results. I checked the browser cookies and the WebLinkSession cookie content and timestamp remained the same after each refresh.

0 0
replied on June 8, 2018

Please have your reseller open a support case so we can look at this more closely.

0 0
replied on June 8, 2018

Will do, thanks.

0 0
replied on June 18, 2018

We recently upgraded Weblink 10.1 and we are also seeing what appears to be duplicate sessions that are eating up our public licenses.  Does anyone know of a way to determine if they are internal or external connections?  For us, I don't think they are a Form issue, just a general repository access issue.

public connections.jpg
0 0
replied on June 18, 2018

To provide an update as far as our situation, we are still investigating, but the problem appears to have resolved itself.

We didn't change anything other than standard maintenance restarts, so I'm not sure what "fixed" the issue unfortunately.

0 0
replied on June 19, 2018

Jason,

Have you found out the cause of the issue? I'm experiencing something very similar with a client.

0 0
replied on June 19, 2018 Show version history

Unfortunately I have not.

We had the problem in our test environment, but not our production environment, and it stopped happening in test not long after I talked to Laserfiche support.

0 0
replied on June 20, 2018

Our web guy has determined it's a Google bot.  If we block it, then people will not be able to search for docs in our repository via Google, and would need to search once already on our WebLink page.  It seems like a bug to me, as I don't recall this occuring before we upgraded.

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.