Redirection when opening the sidebar for another file without leaving previous call first

[danxuliu]

This is a regression introduced in Talk 9 with the handling of conflicts between sessions (note that this is different from #4243, which is a legit, albeit unexpected, redirection).

Note that the redirection does not happen if, instead of opening the sidebar in another shared file, it is opened in an unshared file or a folder.

With the external signaling server there is no redirection, but in this case the media is not properly stopped. That is a different bug, though.

How to test

• Use the internal signaling server
• Open the Files app
• Share two files
• Refresh (due to the bug in the Files app that causes the FileInfo to not be updated)
• Open the sidebar for the first shared file
• Open the Chat tab
• Join the conversation
• Start a call
• Open the sidebar for the second shared file (without leaving the call first)

Expected result

Nothing strange happens.

Actual result

The browser redirects to the main Talk UI.

[PVince81]

Not sure if worth fixing.

When I worked on the redirections and did some tests I noticed that when we're outside the Talk UI, the redirections to "not found" or "duplicate session" were still happening.

Now for duplication session, there's upcoming work to allow those, so this ticket will likely be obsoleted once #1587 is closed.

[nickvergessen]

Actual result

The browser redirects to the main Talk UI.

Does not happen anymore. Instead you simply leave the call now with Files2Vue