-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Workflow selection modal showing on PH TESS #2910
Comments
We used to set a default front-end-monorepo/packages/app-project/src/helpers/getStaticPageProps/getStaticPageProps.js Lines 26 to 30 in 745e946
|
I removed the default workflow in #2580. I think that was an accident. EDIT: Declaring a default, with URL params taking precedence, might fix this issue: const workflowID = params.workflowID || store.project.defaultWorkflow |
I think removing reference to a default workflow was ok, is in line with ADR 34. Shortly I'll open a PR that sets the workflow ID to the only workflow if there's only one active workflow. I think that solves the issue and is consistent with our intent to remove default workflow? Completely open to suggestion though, I don't have a staunch opinion. Noting TESS' only active workflow isn't set as it's default workflow. |
|
Sorry, that was the wrong link but this should save you some work. front-end-monorepo/packages/app-project/stores/Project.js Lines 41 to 48 in 745e946
|
The workflow selection modal that was built as part of the Engaging Crowds Indexing Tool effort is now showing on Planet Hunters TESS. It was originally designed to only show on projects with more than one live workflow, and should not be showing on PH TESS as it adds an unnecessary extra step for the volunteers to get through when they navigate to the classify tab.
See https://zooniverse.slack.com/archives/CANKLB50E/p1645782976011779
The text was updated successfully, but these errors were encountered: