Open LasneF opened 2 months ago
The value of version is actually W/"1"
. The JSON specs require escaping quote characters, and allow escaping forward slashes.
The "W/" prefix indicated "weak validation", see here.
Nevertheless, you are right that version "1" is not really correct and never really updated. I agree that something better should be used. Now version "1" is simply hard coded somewhere. I could change this to something else but need to find a proper way.
thx for investigation re reading the spec clearly highlight what i missed
version The current resource version. Version MAY be used if the service provider supports entity-tags (ETags) (Section 2.3 of
[RFC7232]) and so the versionning model and sample in fact are quite clear in the spec
"version": "W\/\"lha5bbazU3fNvfe5\"",
i let you keep it the ticket open for fixing the sample value or just close the ticket, as the current implementation is correct
Given the request :
GET https://[api.scim.dev/scim/v2/Schemas/urn:ietf:params:scim:schemas:core:2.0:User](https://api.scim.dev/scim/v2/Schemas/urn:ietf:params:scim:schemas:core:2.0:User)
it returns
the version string looks not appropriate as containing kind of escaped char , it could be something like 1.0.0 or 1.3.3 (to not confused with others versionning like the api version , or scim version)
this looks coming from this line
https://github.com/limosa-io/laravel-scim-server/blob/9fefb3f5e0a6c1ab1a6423a825c128d03dac3784/src/Attribute/Schema.php#L19