Skip to content

[FEATURE] HubSpot: Removing Support for Referencing Custom Object Types by Base Name #16576

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

Closed
vunguyenhung opened this issue May 6, 2025 · 1 comment · Fixed by #16584
Closed
Assignees
Labels
enhancement New feature or request prioritized Prioritized issue triaged For maintainers: This issue has been triaged by a Pipedream employee

Comments

@vunguyenhung
Copy link
Collaborator

Is your feature request related to a problem? Please describe.
Quote from HubSpot email as below. Please check our HubSpot component code where we referencing Custom Object Types by Base Name, and update to use unique identifier instead. Please see the quote below for more details

Hi Pipedream,

On Tuesday, April 29, HubSpot removed the undocumented support for requesting custom object types by their base name in HubSpot public APIs.

May 2025 update: Although we have been communicating this change since October 2024, the message did not reach all impacted customers and non-partner developers as intended. Therefore, we'll be extending the time to adopt the new request format to June 4, 2025. At that point, HubSpot will once again stop support for using the base name format in API calls for custom objects. There will not be any further extensions, so we recommend that all developers follow the guidance here as soon as possible.

Your app (App ID: 208642) was identified as recently using undocumented functionality for referencing custom object types by their base name.

As a primary contact for your business, you may be the only one who received this message. Please read below and forward along as needed.

What's happening?

On June 4, 2025, HubSpot will be removing the undocumented support for requesting custom object types by their base name in HubSpot public APIs.

All custom object types must be referenced by their unique identifier (object type ID, fully qualified name, or short-hand custom object type name) to ensure clarity and consistency in API interactions.

Please review this changelog post for more technical details.

Why is HubSpot making this change?

HubSpot is actively developing and releasing new HubSpot-defined object types for customers’ commonly requested use cases.

Removing this undocumented support in our public APIs will help prevent conflicts when HubSpot-defined object types are released in portals where a custom object has the same name.

Next steps:

  • Update your app to ensure that all API requests to custom object types comply with the documented requirements and no longer refer to a custom object type by its base name.
  • Please refer to our API documentation for more information on retrieving custom object type data and understanding the available reference formats.
  • Fill out this support form for help with any technical questions.

Failure to update your app before June 4 will result in unexpected errors or a failed request, creating a poor experience for customers.

We appreciate your compliance and understanding as we look to best serve our mutual customers. Thank you for being a valued app partner.

Best,

The HubSpot App Partner Team

Describe the solution you'd like
A clear and concise description of what you want to happen.

Do you have a workaround?
Are you able to tackle the problem with an existing workaround, or can you not move forward without this feature?

Comparable features in other tools?
Is this feature or one like it available in another platform? If so, we'd love to hear what you like about that implementation.

Additional context
Add any other context or screenshots about the feature request here.

@vunguyenhung vunguyenhung added enhancement New feature or request prioritized Prioritized issue labels May 6, 2025
@vunguyenhung vunguyenhung added the triaged For maintainers: This issue has been triaged by a Pipedream employee label May 6, 2025
@michelle0927 michelle0927 self-assigned this May 7, 2025
@michelle0927 michelle0927 moved this from Prioritized to Doing in Component (Source and Action) Backlog May 7, 2025
@michelle0927 michelle0927 moved this from Doing to Ready for PR Review in Component (Source and Action) Backlog May 7, 2025
@michelle0927 michelle0927 moved this from Ready for PR Review to Ready for QA in Component (Source and Action) Backlog May 9, 2025
@vunguyenhung vunguyenhung moved this from Ready for QA to In QA in Component (Source and Action) Backlog May 10, 2025
@vunguyenhung vunguyenhung moved this from In QA to Ready for Release in Component (Source and Action) Backlog May 10, 2025
@vunguyenhung
Copy link
Collaborator Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request prioritized Prioritized issue triaged For maintainers: This issue has been triaged by a Pipedream employee
Development

Successfully merging a pull request may close this issue.

2 participants