Millisecond Forums

thanks for the fast reply!

No, that's not currently possible.

I have a question related to this topic. Can Inquisit web use information coming from an external survey (other than the subject number) to have participants skip questions or blocks?

For example, if the link from the external survey to Inquisit is http://research.millisecond.com/sniffles/myexperiment.web?subjectnumber=134&condition=3, can the variable 'condition' be used in Inquisit to present different blocks or questions to participants? In my case, participants with the value '1' on condition should skip a few blocks.

I have successfully linked my Unipark survey with the Inquisit web part (an IAT and some questions), but when I use "/ skip = [condition==1]" there is an error message: "Expression 'condition' is invalid. Expression contains an unknown element or property name."When I leave the skip statement out, everything works fine.

When running on the desktop this error of course makes sense because there is no 'condition' variable in the script, but I was hoping that in the web version Inquisit would recognize the 'condition' variable from the URL.

Hi Sean,

I am sorry, I misunderstood your posting. I thought the problem was already fixed in the 3.0.3.2 version at the time when I was running my experiment (since I was already using the 3.0.3.2 version). Now, everything looks good, and I am confident with regard to the second wave of data collection!

Thanks a lot!
Thomas

Thomas,

This happened after I posted the fix?

It's possible that when you browse to the launch page, Firefox is just loading it from the browser cache rather than downloading the new version. Try selecting Tools->Clear Private Data and checking the Cache checkbox.

Otherwise, there may be another way to reproduce this bug that I'm not aware of. Can you tell me what steps you took to test it out? My assumption was that you clicked the Refresh link when installing the Mozilla plugin - that should now be fixed.

-Sean

That could mean

Hello Sean,

thank you for your quick and helpful response.

Still, I am little confused, since I am currently using the 3.0.3.2 version, but the problem occured nevertheless. I will now try the 3.0.4.0 version, and will inform you in case of further troubles.

Best regards,
Thomas

Thomas,

Thanks for reporting both the problem and the circumstances in which it arises. I've fixed the bug in versions 3.0.3.2 and 3.0.4.0 of the launch page. Now when the participant hits the refresh link, the query parameters are no longer lost.

If you are using an older version of Inquisit, you can update to either of the fixed versions by clicking the Settings link by your script on the web registration page: http://www.millisecond.com/myaccount/webscripts.aspx

Let me know if you see any more issues.

Regards,
Sean

Hi all,

I have encountered a problem with regard to the use of query parameters.

My experiment is linked with Unipark. The procedure outlined by Sean - passing the ticket to Inquisit and redirecting it back to Unipark - generally works well, at least in 90% of the cases. Unfortunately, when I take a look into the dataset, 10% of my participants have subjectnumber = 1. From their IP-addresses I can see that they are all different users.

Apparently, the problem is the following: Some people have to download additional software in order to start the experiment. Having installed these applets, the start-page refreshes itself and thereby automatically changes the query parameter to "1".

My link has the general form:
http://research.millisecond.com/gesis/wahl.web?a=y&return_tic=z,
where a is the query parameter.

Is there any possibility to fix this problem? I would really appreciate your help.

Thomas

This should now be fixed in 3.0.3.1. You can download the desktop version here:

http://www.millisecond.com/download/win/Inquisit_3031.exe

The web version is included in the list on the script registration wizard.

-Sean

yes. exactly. they quit by pressing ALT-F4 and will be forwarded to the finish page.

unfortunately. it's not working here...