Nested Resource foreign key parsed as string

[jasonlimantoro]

When doing a POST request to create a new nested resource, its foreign key is parsed as string, as opposed to integer. This causes the parent to not recognize its child resource.

For example

POST /posts/1/images

BODY
{
    url: ‘some-url’
}

would yield a response

{
    url: ‘some-url’,
    postId: “1”,
    id: 1
}

So, when doing a GET request
GET /posts/1?_embed=images, the response is as follows

{
    id: 1,
    ...,
    images : [],
}

Essentially, the post doesn’t recognize the image attached to it, because the foreign key is parsed as string.

Manually changing the foreign key into integer data type will work.

Any suggestion? Is this how it’s supposed to work?

Some existing comments that I found

• PUT saves the updated item with an id that has been converted to string #396 (comment)
• ids as string codes #24 (comment)

[wilgert]

Can this one be merged? We suffer from the same problem!

[STotev]

Same here. It's kind of a blocker when you are trying to mock POST methods.

[underGhost]

Hoping this could get merged as well!

[iluvmemes]

Would be great if we could get this merged.

[mancioshell]

Any update on this?

[arig2a]

No.... Le dim. 21 nov. 2021 à 12:03 PM, Alessandro Mancini < ***@***.***> a écrit :

…

Any update on this? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#925 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ATW2M4WFJWDNJVMZFSJ67SDUNDGYJANCNFSM4G3IWOCA> .

[skitband]

any update with this?

[Polkasa]

@typicode three years are passed and this issue is still not fixed :( . Can you merg this?