scm accept replies with ambigious stream names
We're having an issue with our headless build that relies on a few rtc scm commands. one of which is now failing us.
Part of the build is the accept of a stream into a workspace. The accept had been working perfectly until it suddenly failed (within an hour) with the return reply ....
Ambiguous selector "Team 3 Stream" matched multiple items:
Possible matches:
(2055) "Team 3 Stream"
(2056) "Team 3 Stream"
We are 100% certain that there is no duplicate stream.
What bugs us is that we can't even find out if a stream with a specific uuid actually exists, scm list stream returns only names no uuid's.
As there is no way to unearth a stream's uuid we can't workaround the issue by providing a stream uuid instead of a stream name.
Any input appreciated
Part of the build is the accept of a stream into a workspace. The accept had been working perfectly until it suddenly failed (within an hour) with the return reply ....
Ambiguous selector "Team 3 Stream" matched multiple items:
Possible matches:
(2055) "Team 3 Stream"
(2056) "Team 3 Stream"
We are 100% certain that there is no duplicate stream.
What bugs us is that we can't even find out if a stream with a specific uuid actually exists, scm list stream returns only names no uuid's.
As there is no way to unearth a stream's uuid we can't workaround the issue by providing a stream uuid instead of a stream name.
Any input appreciated
4 answers
@ridderw: I assume you're using a 3.x client. I didn't see you mention the version in your posts.
I see:
As Michael suggested, this works. From your comment about "-a" not being valid, I suspect you're putting the -a/-u in the arguments to the subcommand rather than scm. ie, you're typing 'scm ls ws -u y' rather than 'scm -u y ls ws'.
I see:
$ scm ls streams -r s
(1005) "L3 Tools and Docs"
(1006) "Source Control (versionable content service) (inactive)"
(1007) "Source Control 2.0.0.1 (CLI mashup) (currently unused)"
(1008) "Source Control 3.0 (distributed flows) (inactive)"
$ scm -u y ls streams -r s
(1005:_XJoOASfsEeC4WaIM5s-dYQ) "L3 Tools and Docs"
(1006:_S0bIUSfsEeC4WaIM5s-dYQ) "Source Control (versionable content service) (inactive)"
...
As Michael suggested, this works. From your comment about "-a" not being valid, I suspect you're putting the -a/-u in the arguments to the subcommand rather than scm. ie, you're typing 'scm ls ws -u y' rather than 'scm -u y ls ws'.