AudioSubscriber.getNetStreamInfo error/bug BEWARE-DINGOS

Question

Not sure if this is a bug or just me abusing things. I get the following error when I do what I describe below:
TypeError: Error #1010: A term is undefined and has no properties.
    at com.adobe.rtc.collaboration::AudioSubscriber/getNetStreamInfo()[C:\work\main\connect\coco moPlayer10\src\com\adobe\rtc\collaboration\AudioSubscriber.as:412]
    at com.desktop.view.videoChat::videoChat/stats()[/Users/eric/Documents/Flex Builder 3/betty/src/com/desktop/view/videoChat/videoChat.mxml:190]
I have two clients:
HSTEIMLE, using an instance of our air client
ESTEIMLE, using an instance of our web based client
I make a video call from ESTEIMLE to HSTEIMLE.  Once that call is set up, on the HSTEIMLE client I do a:
var test:Object = session.streamManager.getStreamsOfType(StreamManager.AUDIO_STREAM);
And I get an object containing two streamDescriptors:
EXT-ESTEIMLE-ESTEIMLE
EXT-ESTEIMLE-HSTEIMLE
Now I couldn't really see which one was going in which direction so I used my audioSubscriber and tried this:
var test2:NetStreamInfo =  audioSub.getNetStreamInfo("EXT-ESTEIMLE-ESTEIMLE");
this returns a valid NetStreamInfo result
var test2:NetStreamInfo = audioSub.getNetStreamInfo("EXT-ESTEIMLE-HSTEIMLE");
it fails with the error above for this case
Now the thing that leads me to believe this could be a bug is if I do the same thing with a nonsense word it's fine for example:
var test2:NetStreamInfo =  audioSub.getNetStreamInfo("EXT-BEWARE-DINGOS");
in this case null is returned.
I wonder if this could be because in AudioSubscriber.as, the getNetStreamInfo function first uses streamManager to get a stream descriptor based on the publisherID passed to it.  So it will get a valid streamDescriptor because it does exist in the streamManager.   However the next thing it does is look up that streamDescriptor in it's local netStreamTable.  It won't be there though so it will throw "the term is undefined and has no property error" at this line return this._netStreamTable[streamDescriptor].info, because this._netStreamTable[streamDescriptor] does not exist?
Just a thought and since I ran up against it I thought I'd report it.
-Eric

Answer 1

Thanks for the additional information. Because you mention Session.getUserID(), some feedback from my side:
- I need the parameter "id" that is passed into Session.getAuthenticationToken() also on the client side. This allows to link the AFCS users to users of my apps.
- There is no method to extract the parameter "id" from e.g. the MessageItem.publisherId(), .recipientID(), .associatedUserID()
- It was confusing that userID is not the parameter "id" passed into Session.getAuthenticationToken().
- A class UserID on the server and client would help. Besides others, it should have UserId.customId().
Just some thoughts...
Marc