We’re currently experiencing issues with the new Seamless Install flow.
Everything worked correctly in Preview — when clicking the Install button, a popup appeared with the “Connect to…” title and a Sign In button. Clicking Sign In redirected to our new install endpoint with the correct step and returnUrl query parameters.
However, after publishing to the Marketplace, the behavior changed. The Install button now redirects directly to the install endpoint:
the popup is no longer displayed
the required query parameters are not being added
Could you please help us understand why this is happening and how we can restore the expected flow?
Hi @albacross and welcome, we are delighted to have you here!
Thanks for reaching out to the HubSpot Community!
The difference in behavior between Preview and Published modes is normal and expected. In Preview, you’ll see the flow work as designed with the popup, step, and returnUrl query parameters.
Once published, the install flow will vary based on your Sign-in configuration in the listing editor:
- With partner sign-in enabled: Users will see a popup prompting them to “Sign In,” and your endpoint will receive the step=authorize and returnUrl parameters.
- Without partner sign-in: HubSpot will redirect users straight to your install endpoint with code, returnUrl, and step=finalize, and no popup will appear.
To ensure your desired flow, double-check your Sign-in setting on the Listing info tab in your listing editor.
If you prefer the popup/sign-in experience, make sure you’ve selected the option requiring partner sign in.
Also, confirm that your Install button URL points to the correct redirect URL from your app’s authentication settings.
If everything looks correct but you’re still having trouble, it might be a bug, please feel free to reach out to HubSpot support (or reply on this thread if you have a free Account) for further assistance.
Thanks,
Bérangère This post was created with the assistance of AI tools
I specifically enabled the “Include partner sign-in” option, so this appears to be a bug HubSpot’s side. Is there anywhere else this setting could be checked (for live listing), other than creating a new draft to test it?
This sounds like a caching or propagation issue on HubSpot’s side. When you toggle the “Include partner sign in” option and publish, sometimes the marketplace listing takes a while to actually reflect the updated config. I’ve seen similar things where the published listing still serves the old behavior for a few hours after a change goes live.
One thing to try: check if the issue reproduces in an incognito window or a different HubSpot portal. If the install flow works correctly for a portal that has never installed your app before but fails for one that has (or had a previous version), it might be that HubSpot is serving a cached install route from before you enabled partner sign in.
Also worth verifying that the redirect URL in your app’s auth settings matches exactly what the marketplace listing expects. Even a trailing slash difference can cause HubSpot to fall back to the direct redirect behavior instead of showing the popup. If everything checks out and its still broken, I’d open a developer support ticket and reference this thread. Since the seamless install flow is relatively new, bugs like this arent uncommon and the team is usually responsive about fixing them. Note This response was written based on my own experience and lightly reformatted with AI for clarity.
Good luck getting it sorted! Moderator note: While this solution may not address the original poster’s specific situation, it could be helpful for other community members facing similar challenges.
It has now been more than 24 hours since the listing update was approved. The issue persists — including in incognito mode and in accounts that have never previously installed our app.
Regarding the install URL: in the listing draft, it can only be selected from a predefined dropdown. The available options are defined under Auth → Redirect URLs in the app settings. It is not possible to manually enter a different install URL in the listing, and from the UI perspective, the selected value matches the configured redirect URL.
Given this, the behavior appears inconsistent with the current configuration.
Unfortunately, we do not have direct access to HubSpot support. Could you please advise how we should formally report this as a bug or submit a support ticket so it can be properly investigated?
Hi @albacross and thanks for getting back to us!
I’ll pass it along internally and will get back to you as soon as possible.
Thanks for your patience,
Bérangère
@albacross I was able to sign up for the app, however since the HubSpot OAuth flow was triggered as a part of the sign in flow and the customer is not redirected back to HubSpot for the “Connect HubSpot” step we don’t actually know that the install happened so the app doesnt show up as installed
The expected flow is that the install starts and ends in HubSpot so the user signs up/ signs in and then the app directs them back to HubSpot (using the retu rnURL)for the HubSpot OAuth step and then the actual teken exchange step happens and the app is installed in the portal. The exact steps are documented here. Feel free to schedule some time in my calender(meeting link) if you want me to walkthrough the steps.
I’m currently developing an app integration and testing it via the preview mode. I’ve encountered an issue during the HubSpot OAuth flow: after the user grants consent and is redirected back to the redirect_url, the popup remains open but stays on a perpetual “loading” state.
Have you encountered this “infinite loading” issue before? If so, do you have any recommendations on how to properly handle the redirect or close the popup automatically?
