Onboarding/Recruiting
Joining a project with SSO now works from long recruitment links
What we fixed: If you had a URL recruitment set up and someone signed in with SSO right from that recruitment page, they'd get bounced to our "no page exists at your destination address" error page instead of being joined to the project. Not exactly the warm welcome we were going for. Behind the scenes, the link they were sent to after signing in wasn't being recognized properly because of its length, so the whole join stalled out before the application survey ever loaded. We've corrected the routing, so those links resolve the way they should have all along.
See it in action:
- Head to a project with a URL recruitment set up with a key over 40 characters, the kind with a custom link like
yoursite.com/your-recruitment-name. - Open that recruitment link in a fresh browser, or an incognito window, so you're starting signed out.
- Sign in using SSO from the recruitment page.
- You'll land right where you should, moving into the project's application survey instead of an error page. π
Good to know: This showed up most often on recruitments with longer, multi-word keys, but the fix covers all of them. If anyone reported a "bomb error" when trying to join through a recruitment link, this was almost certainly the culprit, and it's worth letting them know they can try again.
Your "send without an opportunity link" confirmation now sticks
What we fixed: When you send a recruitment email that uses the %OPPORTUNITYURL% tag, you have to check Allow email to send without an opportunity link to move forward. Trouble was, if you then hit the recipient-count validation error on the preview page, that checkbox quietly forgot you'd ever confirmed it. You'd fix the recipient count, hit send again, and get blocked by an opportunity-link error, with no way forward except backing up a page and re-checking the box. We've fixed that, so your confirmation carries through.
See it in action:
- Create or open a recruitment email that uses the
%OPPORTUNITYURL%tag with a custom footer. - Check Allow email to send without an opportunity link and continue to the preview page.
- Click send without confirming your recipient count first, so you trigger the validation error on purpose. (Yes, we're asking you to break it. Live a little.)
- Now confirm your recipient count and send again. It goes through, with no second detour back to re-check that box. π
Good to know: Nothing about how the email itself sends has changed here. This is purely about the confirmation sticking around so you're not stuck in a loop on the preview page.
Required on Duplicate closes that gap. You can now flag specific form elements as required on duplicate, so that when a participant claims an existing issue, they're prompted to fill in just those fields before the duplicate is recorded. A focused popup appears with only the fields you've marked, nothing else, so it stays quick for the participant while capturing what your team actually needs to triage.
That captured context travels with the duplicate. Each "me too" now creates a real duplicate submission, linked to the original, with the participant's data attached. From there it flows into your comparison view, reporting, and exports, the same as any other feedback. You're triaging from what people actually reported, not from a count and a guess.
A completed phase can now be reopened with one action. The new reopen control on closed phases flips the phase's status back to active and reactivates its surveys and activities, so participants can submit data again. Every submission, response, and attachment from the prior window stays intact. The reopened phase resumes its identity rather than starting over. If you've ever spun up new artifacts to run a follow-up round (and lost the historical thread doing it), this one's for you.
Date edits on past phases let you fix what was wrong without rewriting history. Deactivated phases now show the same date-edit controls as active and pending ones. Correcting a typo, retroactively labeling a phase to match what really happened, or aligning a phase to an external timeline is now a self-service edit. Changing a deactivated phase's dates doesn't reactivate it. The phase stays deactivated unless you also choose to reopen it.
Single-day phases finally just work. Set the start date to match the end date, and the platform accepts it cleanly. The timeline view renders the phase visibly rather than as a zero-width sliver, so single-day events stay recognizable next to multi-day ones. Useful for one-day kickoffs, focused field tests, or pinpoint survey distributions that didn't quite belong in a longer window.
Becomes:
---
---



