RovibesROVIBES // ROBLOX INFO
ENJA
Live
DevForum10 days ago

Updates To MarketplaceService GetProductInfo Return Values

Summary

Roblox is updating the GetProductInfo API so that the ID field for group-owned assets will return 0 instead of an Agent ID. Developers are encouraged to switch to CreatorType and CreatorTargetID to avoid breaking their scripts when the change goes live on July 6.

UpdateConfusedDisappointed
Read original article →
-40Vibe

Vibe score

-100 to +100

Community reactions

DevForum
Neutral0 eng

This topic was automatically opened after 11 minutes.

DevForum
Neutral0 eng

JayePirate: To support platform health and legacy structures Could we get more detail on how this supports anything better? As far as I can tell, this changes existing behaviour without making anything new possible.

DevForum
Neutral0 eng

Is this really worth breaking backwards compatibility for? Can’t we keep the existing behaviour with recommendations to use the new method?

DevForum
Neutral0 eng

I’m assuming Creator.ID can be the ID of whoever last updated the product in the web API? So that’s why this change is being made? But otherwise this doesn’t make any sense just based on this announcement.

DevForum
Neutral0 eng

The Id in the creator field represents the Agent ID, with users it is known as the User ID. Groups’ agent ID can not be used anywhere except legacy purchase web endpoints.

DevForum
Neutral0 eng

local MarketplaceService = game:GetService("MarketplaceService") -- Wrap the raw creator table so legacy `.Id` reads still work local function wrapCreator(rawCreator) -- rawCreator is what Roblox now returns: -- Id = userId (User) or 0 (Group) -- CreatorType = "User" | "Group" -- CreatorTargetID = t

DevForum
Neutral0 eng

Does this mean that the return value will finally be typed instead of any

DevForum
Neutral0 eng

I would not recommend doing this. Any existing code using only Id and CreatorType is already broken for groups because Id is the Agent ID, not the group ID/creator target ID. This will also break code that utilizes the fact that each group and user have a unique agent ID. Please see this group-owned

DevForum
Neutral0 eng

-- holy claude. please do not just shove out AI-generated code here, you’re just going to end up confusing people especially when the code itself is just, not valid

DevForum
Neutral0 eng

This update seems to create more inconsistencies than it solves. Instead of making the API cleaner, it forces us to rewrite perfectly functional legacy code just to handle a 0 value. If CreatorTargetId already correctly identifies the group or user, Creator.Id should either do the same or be depreca

DevForum
Neutral0 eng

Mr927x: it forces us to rewrite perfectly functional legacy code just to handle a 0 value What “legacy code” actually even uses this that is in use in any games that would be meaningfully impacted?