Skip to content

Conversation

lbialy
Copy link
Collaborator

@lbialy lbialy commented Feb 12, 2024

Fixes #387 by allowing more permissive parsing of URNs coming from engine and adhering to 'string' spec in regard to it being any string without double colons.

…gine and adhering to 'string' spec in regard to it being any string without double colons
@lbialy lbialy requested a review from pawelprazak February 12, 2024 15:26
@dubinsky
Copy link

@lbialy

adhering to 'string' spec in regard to it being any string without double colons.

Not that I need them, but what is wrong with double colons in the resourceName? ;)

@pawelprazak pawelprazak added this to the 0.2.1 milestone Feb 12, 2024
@pawelprazak pawelprazak added the kind/bug Some behavior is incorrect or out of spec label Feb 12, 2024
@lbialy
Copy link
Collaborator Author

lbialy commented Feb 12, 2024 via email

@dubinsky
Copy link

I'm convinced that: a) somebody will or already did implement a parser that partitions by :: and additional out of spec double colons will trip it

I agree: if I was writing a proper parser, that's how I would start ;)

Also, ocd. There's a spec. Let's be predictable and respect the spec.

100%

Copy link
Contributor

@pawelprazak pawelprazak left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thank you! Let's see what more will come up in the future ;)

@lbialy lbialy merged commit c5d7cd1 into main Feb 13, 2024
@lbialy lbialy deleted the lbialy/fix-too-strict-urns branch February 13, 2024 08:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Some behavior is incorrect or out of spec
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Is colon allowed in resourceName?
3 participants