Following the big update, my embed that had the ‘login with email link’ no longer works. When someone logs in, it says they don’t have access.
We were using this to help preserve chat history for users but it looks like they now have to be manually invited? Is there any way for users to be automatically approved?
Thanks for flagging this so quickly. I logged it internally as PRD-518 so our engineers can dig into why the “login with email” embed link is suddenly denying access after the new release. I’ll circle back here as soon as we have either a fix or a recommended workaround.
Hi @exactlyacademy, thanks for posting about this! Can you give me some more information so I can assist? Could you tell me the name of the website, any specifics about the users who are getting this response (all of them? Members of a specific access group?), and any screenshots of what they’re seeing? You can also reach out to us at info@pickaxeproject.com if that’s easier!
Thanks @lindsay_support. The Pickaxe is embedded on an existing membership website so it was originally open for guest access and limited to our domain where they would be logged into our website (not a studio). Our original challenge was that chat history didn’t work very well - many users were able to keep a chat history but would then find it had disappeared randomly. Nate suggested that’s what the ‘login with email link’ would help to solve so I turned that on, but wasn’t using access groups as far as I know. Anyone could enter their email address, confirm via the emailed link and then their chat history was tied to that. It wasn’t ideal but did work OK.
Since the update, users get an ‘Access Denied’ error. I presume this is checking against an access group that they’re not a part of, but that wasn’t what was happening before.
Thanks for the extra context and the screenshot — that confirms PRD-518 is specifically blocking folks who were using the login-link flow without an access group. I flagged your example to the engineers so they can get a fix out and restore the old behavior. You shouldn’t need to manually invite everyone; as soon as we have either a patch or a safe workaround I’ll update this thread.
Any update on this? I did email the support email address above also.
Hey @exactlyacademy — thanks for nudging. PRD-518 is still in flight; the login-link embed path is blocking users who aren’t already in an access group. I re-upped it with the engineers this morning and I’ll post back here as soon as they ship the patch. If you need a stopgap today, the quickest workaround is to temporarily plug those members into an access group (or manually invite the ones hitting Access Denied) so the check passes. Happy to hop in if you want help wiring that up.
Hi @exactlyacademy ,
Thank you for your patience while this was being reviewed.
Our engineering team has since pushed a fix for this issue, and the email login flow for embeds should now be working as expected.
When you have a chance, please test it again on your side and let us know whether everything is now working as expected, or whether you are still seeing any issues.
