Also having the original problem described above: “task skips straight to last rep of loop”. Using version 2021.1.3 and 2021.1.4. But …
I’ve written everything firstly in Python via Builder, with the bulk auto-translated for PsychoJs. The problem—i.e., skipping all trials, going straight to the last one—does NOT occur when running this in PsychoPy; it only occurs in PsychoJS.
It seems this problem is related to linebreaks in the conditions file. The trials here–actually, just introductory instructional text–are set by/read in from a conditions file with 3 rows and 1 column–in csv format. One thing tried to solve it was to save the file instead as .xlsx. This gets rid of the “task skips straight to last rep of loop” problem, but the text is now presented with “double spacing” of lines. That was in 2021.1.3. Re-saving in csv format sees the return of the “skipping” problem. As using Windows, I tried replacing all “\r\n” with “\n” linebreaks (in Notepad++) but this had no effect; i.e., still “skipping”; and when opening/saving this file as xlsx, changing loop to read in this xlsx file, refreshing etc., now also the skipping behaviour appears–i.e., not only with the csv conditions file, also now with the xlsx conditions file. checked the source–yes, certainly, it is reading in the xlsx file now, and it is skipping all trials; i.e, it is only showing the final instruction, from the last row of the file, not showing the first two at all–so skipping, just like what was happing with the .csv file. But I am now using 2021.1.4, so perhaps the spread (generalisation) of the problem across formats is not to do with this edit of the linebreaks but something changed between versions. In any case, something is bung with reading in the files.
Other thing–also have another loop that reads in conditions–just digits–that are used to set actual trial events, later in experiment. This doesn’t have the “skips straight to last rep of loop” problem. Only substantive difference between files is that the text for the instruction “conditions” is quoted (between quotation marks) to handle commas in the text, so like “Hello, you”, whereas there are no quotation marks, naturally enough, about the digits. It is only the conditions file with the quotation marks that gets all of its rows skipped, and so only the last “condition” (instruction text) is presented.
All this is applying same procedures as used without problem in earlier versions; as the above discussion also seems to indicate.
Perhaps not identified any novel likely source of this “skipping straight to last rep of loop” but perhaps this provokes further ideas that I can try so might finally get this new experiment going on pav.