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

Question

Question

Weblink Error 9091

asked on February 28, 2020

I just upgraded to Weblink 10.2 and these links I had working on 10.1 now give me this error.

An end-of-file or end-of-input was encountered unexpectedly. Check for unterminated strings and open parentheses or brackets.

Here is an example of my link

https://MyCompany.com/WebLink/search.aspx?dbid=1&searchcommand=%7B%5BScholarship%5D%3A%5BStudent%20ID%23%5D%3D%22297784641%22%2C%20%5BSchool%20Year%5D%3D%222019-2020%22%7D

Encoding looks good, has anyone else had this happen? 

0 0

Replies

replied on February 28, 2020

Can you try rebuilding the same search from scratch in WebLink 10.2 and grabbing that URL for comparison?

1 0
replied on March 2, 2020

Found it! When doing the upgrade, my connections to repositories was erased. 

Side note, why?!?!?! I had to re-add my repository in the weblink designer! 

Anyways, when I re-added my repository, the dbid number changed. As soon as I used the new dbid in my link, it was working again. 

Samuel, can you confirm that when upgrading to 10.2 weblink, you have to reconfigure everything? 

1 0
replied on March 2, 2020 Show version history

WebLink includes a "Settings Bundler Utility" (C:\Program Files\Laserfiche\WebLink\WebLink\Utilities\WebLinkSettingsBundler.exe) which backs up a current config. Because WebLink does wipe the current config on upgrade, you need to use the Settings Bundler to Export prior and then re-Import after an upgrade.

We're aware this is annoying and are working on, at minimum, making it more obvious that you need to run the Settings Bundler prior to an upgrade in order to preserve your configuration. I've accidentally wiped my own WebLink configurations the same way and understand the frustration.

1 0
replied on March 2, 2020 Show version history

Thank you Samuel, 

However, my excitement was too early. I'm using a new link and a user just said they got the same error again. I'm able to recreate it. The really weird part is that the link works if I'm signed in! 

So Error occurs running this link and I'm prompted to sign in, 

https://MyCompany.com/WebLink/search.aspx?dbid=0&searchcommand=%7B%5BScholarship%5D%3A%5BStudent%20ID%23%5D%3D%22610472993%22%2C%20%5BSchool%20Year%5D%3D%222020-2021%22%7D

Then I click OK and Paste the same exsact link into the browser (I'm testing with Edge) and no error!

Another obersvation is the link resolves to this,

https://MyCompany.com/WebLink/search.aspx?searchcommand=%7b%5bScholarship%5d%3a%5bStudent+ID&dbid=0&repo=Corporate

What is going on? 

0 0
replied on March 2, 2020 Show version history

Not sure off-hand. I did notice that the link it resolves to adds the repo parameter and drops the School Year search term.

0 0
replied on March 2, 2020

Right, why would it change? I'm getting this behavior in both Edge and Chrome. 

0 0
replied on March 4, 2020

Hi Lucas,

Would it be possible for you to prepare the links beforehand with the repo already included in the URL, at the beginning of the query string?  Like:

https://MyCompany.com/WebLink/search.aspx?dbid=1&repo=Corporate&searchcommand=%7B%5BScholarship%5D%3A%5BStudent%20ID%23%5D%3D%22297784641%22%2C%20%5BSchool%20Year%5D%3D%222019-2020%22%7D

1 0
replied on March 9, 2020

Hello Melanie,

I have been doing more research into this error and it seems like in 10.2, there is a redirect to a page that does a cookies check or something. (this is what my Web developer thought). 

He was able to bypass this redirect by adding cr=1 to the link. Like this, 

https://MyCompany.com/WebLink/search.aspx?dbid=1&cr=1&searchcommand=%7B%5BScholarship%5D%3A%5BStudent%20ID%23%5D%3D%22950257028%22%2C%20%5BSchool%20Year%5D%3D%222020-2021%22%7D

However, by using this link, Weblink shows an error.

Cookies are not enabled for this website. Cookies must be enabled in order to sign in to WebLink 10.

The easy workaround is to click Sign Out on that page and then sign in. Once signed in, our links work perfectly. 

In my opinion, it looks like the mechanism that checks for cookies also truncates my links on the first attempt. Once signed in, everything works. 

I can't be the only one experiencing this. Can you confirm this behavior change from 10.1 to 10.2? 

0 0
replied on March 16, 2020

Hello Melanie,

I tried adding the name of the repository just like you asked and I got the same results. 

Am I the only one experiencing this or is it a known issue? Thank you. 

0 0
replied on March 16, 2021

My client is running into this for a particular functionality, opening docs in an iFrame, and we're curious to know if there was a solution found here. 

0 0
replied on March 16, 2021

I gave up on it. I change my approach and I'm now using Web access in iFrame. I had to give my user retrieval licenses but at least I can get it working the way I want. 

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

Sign in to reply to this post.