05-19-2022 02:28 PM
Something is breaking Webex URLs when emitting markdown messages containing URLs. When sending a message, the link text is not reliably sent. I'm trying to send links to a pull request, with the message text being the pull request commit message. The link test isn't reliably displayed.
Send this text message to a user or space to get the attached output:
These are consistently broken:
[26: Updated README.md #1](https://AServer.ADomain.com/tfs/BrianCollection/BrianProject/_git/arg/pullrequest/26)
[26 Updated README.md #1](https://AServer.ADomain.com/tfs/BrianCollection/BrianProject/_git/arg/pullrequest/26)
These consistently render as expected:
[26: Updated READMEmd #1](https://AServer.ADomain.com/tfs/BrianCollection/BrianProject/_git/arg/pullrequest/26)
[26: Updated README.md 1](https://AServer.ADomain.com/tfs/BrianCollection/BrianProject/_git/arg/pullrequest/26)
05-20-2022 12:20 PM
Thanks all, I've spoken with support and opened a ticket. The problem is largely in the Webex Windows app. Messages rendered through the web.webex.com web portal (left side) and Webex Windows app (right side) are not consistent. The top of each screen cap was sent through the web app (it's the same source text/message on the left and right), the bottom message in each cap was sent through the Windows app ((it's the same source text/message on the left and right).
05-20-2022 01:49 PM - edited 05-20-2022 01:51 PM
@B Herron You've added a great picture!
Hope the developers cut and paste some code from the web app to the Webex App!
FWIW - I can confirm that the unusual behaviour you see in the Windows App is also present on the macOS version (Version 42.5.0.22187) of the App too.
05-19-2022 03:07 PM
I don't know about anyone else, but I found it hard to see the difference between the consistently broken and the consistently render as expected, so I asked Atom to help:
The consistently broken is on top the consistently render as expected on the bottom
Oh - I've just noticed you hid an attachment too. Let's reveal that so we can all see it.
Now @B Herron , you say "emitting markdown messages containing URLs" - so I assume you are entering these in markdown. As in
```https://AServer.ADomain.com/tfs/BrianCollection/BrianProject/_git/arg/pullrequest/26``` ```https://AServer.ADomain.com/tfs/BrianCollection/BrianProject/_git/arg/pullrequest/26```
in which case I'd expect that NO link is created - is that what you want?
05-19-2022 10:46 PM
What you wrote is a code snippet, that’s not what the OP referenced if I understand that post correctly.
05-19-2022 11:15 PM - edited 05-19-2022 11:53 PM
So I take your point - I probably should have put a picture from Webex - like this:
I wanted to emphasise the markdown text, so I displayed on this forum inside <pre></pre> tags (which are often referred to as code snippets, which are actually written inside <code></code> tags on this forum like this
) to stop this forum from converting the text to links.
UPDATE
OK. I've figured out what the question is (but not the solution)
If you post this with markdown enabled:
Then you expect the Markdown syntax [Link Text](url) to display the text linked to the URL - as apposed to using Markdown to PREVENT URL conversion - which is what I mostly use Markdown for. i.e
AND you don't expect Webex to break the rules based on random positioning of periods, colons and hash characters in the "Link Text" portion.
I think sir (@B Herron), you have found a bug. And another example where MarkDown is not implemented properly in Webex. Like the lack of support for StrikeThrough
05-20-2022 06:48 AM
Hi Red, you are correct. My intent was to send a message containing Markdown formatted URL "[text](link)" and have reliable text & link generation occur in Webex - thank you for inlining my image, it's my first post, I'll know for next time!
My issue is that the Text content of the Markdown links I want to send is sourced from Azure DevOps pull request titles, so I:
a) have no direct control over the content
b) while I could technically massage the input, I have no idea what the Webex rules are that I would need to try and circumvent
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide