[BUG] The reorder remote transceivers fails if no supported codec is found

[hassanctech]

Describe the bug Consider the master sample (which adds h264 video and opus audio codecs to the codec tables and has local transceivers setup with video first, then audio), if offer comes in with VP8 video and for example opus audio, and the m-lines from offer have audio first, then video, in the first iteration of the offer it'll find the matching audio, then go to local transceivers and move the audio to the end (it's already at the end). Next iteration it'll go to the video m-line from offer but will fail to find the codec in the codec table, so it will not move the video to the end (which would have resulted in the correct order).

SDK version number head of master

Expected behavior Correct behavior is it should re-order the transceivers correctly even if there is no agreement codec.

[hassanctech]

Adding a note, this will be useful to consider: https://tools.ietf.org/html/draft-ietf-rtcweb-jsep-25#section-5.10

[github-actions[bot]]

It looks like this issue has not been active for a long time. If the issue is not resolved, please add an update to the ticket, else it will be automatically resolved in a few days.

[hassanctech]

Bug still exists.

[github-actions[bot]]

This is a very old issue. We encourage you to check if this is still an issue in the latest release and if you find that this is still a problem, please feel free to open a new one.