fix(channel_jump_link): Parity of jump hosts with desktop

[Jiralite]

What this PR solves/adds

Fully resolves #117 by matching the behaviour from desktop:

https://github.com/fluxerapp/fluxer/blob/fa3e8525755dae087c03ceaf83b814cbe46c7228/fluxer_app/src/features/navigation/utils/DeepLinkUtils.ts#L224

This means removing the *.com URLs (they do not render on desktop). There does not appear to be a way to even generate such message links too.

PR type

• Feature
• Fix
• Refactor
• Documentation
• Other

Feature requirements

• GitHub Discussion link: N/A
• Visual proof (screenshot or video): N/A

Validation

• I explained what this PR solves or adds.
• I verified the changes locally.
• I completed all required feature items, or marked them as N/A if not applicable.

Release Notes

• Matched parity of message link rendering with desktop

[edeuss]

@Jiralite How does removing the .com option fix this? (It was also added since the .com change was supposed to happen before launch).

[Jiralite]

Adding canary.fluxer.app fixes it. The issue has a link to tests of desktop vs. mobile, where the canary.fluxer.app isn't being rendered. Removing *.com doesn't fix anything–it matches parity, especially since there is no way to generate them. Both the client and browser generate web.* links.

[Jiralite]

Added them back per requested changes.