Result data are not submitted at end of component and subsequent component is not started. about jatos

[kristian-lange-tw]

Argh, I hoped this issue is solved with 3.7.2 but apparently it is always not working for a subset of browsers. It seems to be related to Webpack that JATOS is using since 3.7.1 to pack jatos.js in one easy to load file. Problem is I can't reproduce this behavior - on my JATOSes everything works smoothly. And without reproducing it I can't fix it. Worse case is, that I have to throw out Webpack and return to good old (but working) jatos.js in several files. What error messages do you see in your developer tools' console?

[NinaLuise]

Sorry that I forgot to explicitly mention that, actually there is no error message in the developer tools console; neither in Vivaldi (V 5.1.2567.49) nor in Chrome (V 98.0.4758.102). And in the application.log there is also no indication of what might have gone wrong. It just seems to stop after the last log:

... [INFO] - c.p.PersonalMultipleBatchChannel - .open: studyResult 2148
... [INFO] - c.p.PublixInterceptor - .getInitData: studyResultId 2148, componentId 661
... [INFO] - publix_access - GET /publix/fxxxxx/initData
... [INFO] - c.p.PublixInterceptor - .startComponent: studyResultId 2148, componentId 661
... [INFO] - publix_access - GET /publix/xxxxx/start
... [INFO] - c.p.w.PersonalMultiplePublix - .startStudy: studyCode xxxxx, studyResultId2148, studyId xxxxx, batchId 554, workerId xxxxx
... [INFO] - c.p.PublixInterceptor - .run: studyCode xxxxx
... [INFO] - publix_access - GET /publix/xxxxx

[kristian-lange-tw]

No error msg - then it might be a different issue than I first thought. If you can still test it I have another question: if you try your study in your browser's incognito mode, does it change the behavior? What do you see in the network tab of your developer tools, is there a POST or PUT request with the result data? It's difficult to debug, if I can't reproduce.

[widmann]

Thank you for looking into this! I'm the admin of Nina's JATOS-Server and will try to assist in debugging as far as possible. I wrote a minimal working example (copied from documentation) basically only consisting of a jatos.submitResultData() to replicate the problem (attached).

Also attached two http archives exported from dev tools, one with JATOS version 3.7.1 (working) and one with 3.7.2 (stuck). In 3.7.2 there is no PUT. There is also no error message (or I'm looking on the wrong place). On the console there is neither 'success' (as for 3.7.1) nor 'error' printed.

I can try to run other tests if you send instructions. I can also make an account for you on the server in case you want to test yourself.

Thank! Best, Andreas
har.zip

[kristian-lange]

Hi Andreas,
Yes, can you please create an account for me on your JATOS?

[kristian-lange-tw]

Hi Andreas,
It seems your har.zip is not a JATOS study file format. Can please send me the minimal working example you were talking about?
Best,
Kristian

[widmann]

Please find attached the minimal working example as jzip (renamed to zip for uploading on Github).

What do you see in the network tab of your developer tools, is there a POST or PUT request with the result data?

In the har.zip attached to my previous message were the http protocols exported from developer tools for the minimal working example once run with 3.7.1 (working) and once 3.7.2 (stuck; PUT missing) and the corresponding html/script-file (now included in the attached jzip).

Can you please send me a username and password for an account on our JATOS server via personal mail ([email protected])?

Best, Andreas
test.zip

[kristian-lange-tw]

Hi Andreas,

Thanks, now I saw the har files and the html file you had in the zip file. It must have slipped through my eyes last time.

I tried the test.zip study on two JATOS servers (mindprobe.jatos.eu and cortex.jatos.org) and my local JATOS, all with version 3.7.2 and in all three cases the result data were send successfully. Now I'm missing a way to reproduce the issue. You offered an user on your JATOS but as far as I understand you've already downgraded to 3.7.1 there and there the issue doesn't happen any more. Do you see a way to set up a JATOS with 3.7.2 that I can use to test this issue (maybe on a different port?).

Best,
Kristian

[kristian-lange-tw]

Ah, wait, I just saw your JATOS server has 3.7.2. And yes I can see the problem: no result data are sent. Strange! I'll investigate.

[widmann]

Yes, we temporarily returned to 3.7.2 for debugging. Unfortunately, next week a new study is starting.

Not sure whether this is relevant: This is a docker installation combined with a traefik reverse proxy exactly as described here:
https://github.com/JATOS/JATOS/blob/master/deploy/docker-compose.yaml

Thanks! Andreas

[kristian-lange-tw]

When I remove bundling with webpack it seems to work on your server with 3.7.2 too.

I have no clue why it does not work with webpack, nor why it works with 3.7.1 with you, since it also uses webpack. But I'll prepare a new release (version 3.7.3) (probably) over the weekend without webpack.

Hopefully this will solve your issue (and a couple other that seem to be caused by webpack too).

[kristian-lange]

Okay, version 3.7.3 is released. It doesn't use webpack anymore. After an upgrade your issue should be solved.

[widmann]

Yes, works. Thank you!