Trouble uploading project to Pavlovia: ReferenceError: frameDur is not defined

Online experiments
1

URL of experiment: experimentotesis [PsychoPy]
(currently piloting so… the URL wouldn’t work)

Description of the problem:
The experiment works perfectly offline, but won’t work when uploaded. I initially followed Anastasia Sares’s guide and the experiment would not go past the “initializing stage”, It would give some sort of syntax error.
Be warned, I know next to nothing about programming.
After that I viewed the JS code in Visual Studio, where I managed to fix any syntaxis errors that Visual Studio highlighted, which seemed to fix that first bit. Now the experiment will start, ask for the participant code and give the “ReferenceError: frameDur is not defined”.

This is what I gathered from the error:

image
image1870×904 83.5 KB

This is what the browser shows
This is what Pychopy says when attempting to sync the experiment:

  File "C:\Program Files\PsychoPy\lib\site-packages\gitlab\exceptions.py", line 304, in wrapped_f
    return f(*args, **kwargs)
  File "C:\Program Files\PsychoPy\lib\site-packages\gitlab\mixins.py", line 112, in get
    server_data = self.gitlab.http_get(path, **kwargs)
  File "C:\Program Files\PsychoPy\lib\site-packages\gitlab\client.py", line 662, in http_get
    result = self.http_request(
  File "C:\Program Files\PsychoPy\lib\site-packages\gitlab\client.py", line 628, in http_request
    raise gitlab.exceptions.GitlabHttpError(
gitlab.exceptions.GitlabHttpError: 404: 404 Project Not Found

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  
File "C:\Program Files\PsychoPy\lib\site-packages\psychopy\projects\pavlovia.py", line 652, in project
    self._project = self.session.gitlab.projects.get(self.id)
  File "C:\Program Files\PsychoPy\lib\site-packages\gitlab\v4\objects\projects.py", line 782, in get
    return cast(Project, super().get(id=id, lazy=lazy, **kwargs))
  File "C:\Program Files\PsychoPy\lib\site-packages\gitlab\exceptions.py", line 306, in wrapped_f
    raise error(e.error_message, e.response_code, e.response_body) from e
gitlab.exceptions.GitlabGetError: 404: 404 Project Not Found

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\Program Files\PsychoPy\lib\site-packages\psychopy\app\builder\builder.py", line 1378, in onPavloviaSync
    pavlovia_ui.syncProject(parent=self, file=self.filename, project=self.project)
  File "C:\Program Files\PsychoPy\lib\site-packages\psychopy\app\pavlovia_ui\project.py", line 720, in syncProject
    if not project.localRoot:
  File "C:\Program Files\PsychoPy\lib\site-packages\psychopy\projects\pavlovia.py", line 735, in localRoot
    if self.project.path_with_namespace in knownProjects:
  File "C:\Program Files\PsychoPy\lib\site-packages\psychopy\projects\pavlovia.py", line 655, in project
    raise KeyError(f"Could not find GitLab project with id {self.id}.")
KeyError: 'Could not find GitLab project with id 238695.'

About the experiment, in case it helps:
The experiment uses text, video (.mp4), images (.png and . jpg) and key input functions, nothing else. Its made entirely on builder. The experiment has 4 parts, with 2 or 3 routines each. Each routine is on a loop because the easiest way I found to randomize the order of the 4 parts was putting each part on a loop and setting the number of reps to conditions on a cvs file.

If you would like me to upload the whole code or just certain lines please let me know.

2

Is your project number 238695 (check your dashboard) or is that an earlier version you’ve since deleted?

3

Hi, I belive its currently 239006 but I do not know what it was at the time when I described the problem. In an attempt to fix the issues I tried to trace back my steps and reupload from scratch because in some moment of attempting to fix it the project would no longer syncronize.

4

I recently decided to solve this issue by recreating a new project online with a slightly different name. My feeling is that PsychoPy is currently worse than it used to be at coping with recreations of repositories with the same name, but I’m not sure where the problem lies.