Entity -> DTO Item State Provider

Hey @Rudi-T!

Hmm, you literally have path/실례.html in your schema? That appears to be... a Korean character? And the .html is also weird. I have no idea what would be causing this. The mechanism in API Platform is pretty simple for figuring out if an IRI will be generated:

A) API Platform looks at the class that it is generated the schema for - e.g. UserApi
B) It looks at the dragonTreasures property and tries to figure out its type. It does this by looking at PHPDoc, the property type, etc. IF it determines that dragonTreasures is a class that has #[ApiResource] above it (or it's an array of this class), then it will generate a schema with IRI strings.

So this looks SUPER bizarre to me...

Could it be possible there might be a bug in the latest version of API Platform ?

Since my last composer update on an already existing project (API Platform v3.2.3 and Symfony 6.3.7), I have the same thing happen too. IRIs are weirdly shown in Swagger doc, also with path/실례.html instead of the IRI.

{
  "storageId": "string",
  "url": "string",
  "mime": "string",
  "fileSize": 0,
  "fileSizeReadable": "string",
  "events": [
    "path/실례.html"
  ],
  "copyright": "string",
  "deleted": true,
  "structures": [
    "path/실례.html"
  ],
  "position": 0
}

Looking at the two other messages in this conversation posted just a few days ago, it raises a legitimate concern.

Thank you very much.

Clément

Hello!!
I'm having the exact same issue!
It appears in every embedded relation
And sometimes it shows "../словник" instead of the embedded uri.

Wow, this is crazy! So, it's NEVER and correct IRI string? And you see the path/실례.html sometimes? And other times ../словник?

So, looking at API Platform, the string 실례 DOES show up in 1 place (though словник does not show up anywhere): in a swagger-ui-bundle.js file shipped by API Platform.

See https://github.com/api-platform/core/issues/5900#issuecomment-1773752880 - that looks like the same thing. So yes, I think this may be a bug or some sort of unexpected change.

I checked the GitHub issue and it seems to be the same thing indeed.

I changed the swagger-ui-bundle.js file to an older version (April 23), and my previous issue is somewhat fixed but still not ideal (no actual IRI, just "string") :

{
  "storageId": "string",
  "url": "string",
  "mime": "string",
  "fileSize": 0,
  "fileSizeReadable": "string",
  "events": [
    "string"
  ],
  "copyright": "string",
  "deleted": true,
  "structures": [
    "string"
  ],
  "position": 0
}

But it still gives a hint the issue may be from the swagger-ui-bundle.js file.

Another strange thing is that on version 3.2.2, my redocs are no showing the respective IRI, its showing "entity/1".

{
"@context": "string",
"@id": "string",
"@type": "string",
"id": 0,
"name": "string",
"embedded": "/entity/1"
}

The "embedded" resource should show "/embedded/{id}", or something like this, but it is showing "/entity/1".
I've got the same strange string on the redocs for every embedded relation. In the Swagger UI, I have "path/실례.html" instead. So, in both cases I dont have the correct IRI.

Yes, I never get the correct IRI.
When using api-platform version 3.1, I got: "../словник" instead of the IRI,
when using api-platform version 3.2.2, I got: "path/실례.html".
I've tried other versions and had same bug in every embedded relation.