Dear Limes

I am using Limesurvey Version 2.73.0+171219 for this.

I have set up a Panel-Integration following the manuals guide . And it works. Or rather, it can work. Because what happens is that it works on some setups and wont on others. Sometimes the ID doesnt get captured in the chosen question. Sometimes it does get captured and saved, but won't append at the end of the END-URL or the end of Quota-URLs. Sometimes it does append and respondents would get directed properly, but the ID isnt stored in the dataset (smallest problems, since this would just be a protokoll for controlling issues). Sometimes it works like a charm.
From testing on several PCs in my institute, I can only say that I see no pattern; every browser (tested on Firefox, Chrome, Iron, Opera, Internet Explorer) seems to be potentially affected, but everyone worked fine at least on one PC. I didnt check on stuff like cashe etc. because telling external panel repsondents to have certain browser settings is not really practical.
Do you guys have any experience on this / can tell me how to solve this?

Thank you in advance and kind regards

The LS version is no longer in support. So bugfixes and reports will be no longer seen.

You're talking about different survey projects, right? In one project, it is working. In others you see the described glitches? Or is it one project, where some respondents have issues?

Create a simple survey, with typical panel integration questions which fail. Export LSS the survey and attach it here.

How is the URL with the variables distributed and transferred into the browser?
I can think of many reasons. If you have mobile browsers, parts of the URL might won't be transferred correctly. LS could have bugs with certain browsers when entering the survey via URL. Etc.

Hello jelo

The LS version is no longer in support. So bugfixes and reports will be no longer seen.

Thanks for this information. I also tried on our LS Version 3.8.0+180522 installation, but it didn't work either (on first apporach already, I didn't go deeper since there are reasons why I can't use the 3.8 installation for this survey anyway).

You're talking about different survey projects, right? In one project, it is working. In others you see the described glitches? Or is it one project, where some respondents have issues?

It is one (!) project. Some 'respondents' (me trying on several colleagues PCs) have issues, some don't.

Create a simple survey, with typical panel integration questions which fail. Export LSS the survey and attach it here.

Done

How is the URL with the variables distributed and transferred into the browser?

I am sorry, I I am afraid I am not familiar enough with the technical aspects to understand that question. My answer would be something like "via LS Panel-Integration; panel-parameter and {PASSTHRU:...} stuff".

If you have mobile browsers, parts of the URL might won't be transferred correctly.

Can this apply when on desktop PCs, too? I have not used any mobile devices to test the panel integration functionality.

LS could have bugs with certain browsers when entering the survey via URL

I guess this is possible but unlikely since every tested browser worked on some PCs and didn't on others?

Thanks for your help and thoughts on this!

Hi, Adam,

just one question:
You capture the GET-Parameter in "returntic". Is the value of "returntic" in the end message correct?

Then I'd try to change the end-URL from
"xxx.php3?c_0002=1&return_tic={PASSTHRU:tic}"
to
"xxx.php3?c_0002=1&return_tic={returntic}

I personally am not very convinced in PASSTHRU.

Just an idea, but worth to try.

Best regards
Joffm

Hi Joffm,

as far as I remember the value of "returntic" never showed up in the end message (despite my attempt to do so). Since there have been many cases where the ID (tic) was appended successfully, I figured that "{returntic.NAOK}" might just not be the proper way to display its value in this case. But I didn't follow up on this since I had other indications (end-URL after submitting, exported dataset) that the tic is received and appended properly (sometimes).

I tried cutting the PASSTHRU, but when doing so the END-URL ends with:

"...return_tic=<span class='em-expression em-haveerror'><span title='Undefinierte Variable' class='em-error'><span title='Undefinierte Variable' class='em-var em-var-error' >tic</span></span></span>"

instead of appending the tic. Thanks for the hint(s) though!

Kind regards

I agree with Joffm, I don't trust PASSTHRU.

My solution would be...

1) Remove the panel integration settings.

2) Change the question ID from "returntic" to "tic"

3) Hide that question with a CSS class "hidden" instead of the "Always hide this question" setting.

4) Change the end URL to something like:
5) Access the survey with a URL as seen below. This will auto-load the question with code "tic".
Sample survey attached:

The values should get stored as long as the manual requirements are met. Please note that the survey link you need to share with your respondents is https://mysurvey.com?parametername=value. In your case, https://mysurvey.com?tic=sdasdasdw.

The end URL is good.

Sometimes values may not get stored if you do not add &newtest=Y in the survey link. By doing this, you force the start of a new session. Not necessary in my opinion if you send the survey to be filled out to a respondent only once (but good for testing since you test your survey multiple times "locally").

I tested your end URL links in Brave and Firefox. Everything seems fine.

The parameters should also work in LimeSurvey 2.7x (don't have access to an older installation now).

In LimeSurvey 3, deactivate Ajax mode from Theme options if the end URL is not working (could happen if you work with end URLs in quotas)

Did everything in LimeSurvey PRO (3.16.1)

tpartner wrote: 3) Hide that question with a CSS class "hidden" instead of the "Always hide this question" setting.

It work good even if question his hidden by setttings.

The values should get stored as long as the manual requirements are met.

I tested in 2.73 and the panel integration definitely did not work, thus the workaround.

Did everything in LimeSurvey PRO (3.16.1)

BusyBonsai has stated that they are using 2.73.0+171219.

It work good even if question his hidden by setttings.

Maybe but I never use that.

Joffm wrote: I personally am not very convinced in PASSTHRU.

Well, me too.

URL variables directly captured by "default" hidden questions worked in the last ten years.
So at least one case where javascript to hide questions is not essential.

Wonder how many features are not trusted:
PASSTHRU
Ajax-Mode

tpartner wrote: I agree with Joffm, I don't trust PASSTHRU.

My solution would be...

1) Remove the panel integration settings.

2) Change the question ID from "returntic" to "tic"

3) Hide that question with a CSS class "hidden" instead of the "Always hide this question" setting.

4) Change the end URL to something like:

Code:

https://pathToRedirect/index.php?c_0002=1&return_tic={tic}

5) Access the survey with a URL as seen below. This will auto-load the question with code "tic".

Code:

https://pathTo/limeSurvey/index.php/968664/tic/12345?newtest=Y

Sample survey attached:

File Attachment:

File Name: limesurvey...8664.lss
File Size:23 KB

Hmm, should also add this method into the manual. Will do that next week.