CloudShell
CloudShell copied to clipboard
[BUG] URLs followed by " in shell include the " when auto-formatted to be clickable.
Use the portal cloudshell and run the following command:
"az confluent terms list"
The command returns the following: [ { "id": "/subscriptions/eb4814af-a562-4d37-bb59-5314ae1d7926/providers/Microsoft.Confluent/agreements/marketplace", "name": "marketplace", "properties": { "accepted": true, "licenseTextLink": "https://azure.microsoft.com/en-us/support/legal/marketplace-terms/", "plan": "Marketplace", "privacyPolicyLink": "http://www.microsoft.com/privacy", "product": "Marketplace", "publisher": "Microsoft", "retrieveDatetime": null, "signature": "" }, "type": "Microsoft.Confluent/agreements" }, { "id": "/subscriptions/eb4814af-a562-4d37-bb59-5314ae1d7926/providers/Microsoft.Confluent/agreements/default", "name": "confluent", "properties": { "accepted": false, "licenseTextLink": "https://www.confluent.io/marketplace-terms-of-service/", "plan": "Confluent", "privacyPolicyLink": "https://assets.confluent.io/m/1353b6c3146e5feb/original/20200911-Confluent_Privacy_Statement.pdf", "product": "Marketplace", "publisher": "Confluent", "retrieveDatetime": null, "signature": "" }, "type": "Microsoft.Confluent/offertypes" } ]
The licenseTextLink when clicked opens up the following URL: https://azure.microsoft.com/en-us/support/legal/marketplace-terms/%22/ Instead of https://azure.microsoft.com/en-us/support/legal/marketplace-terms/ Which shows a 404 response.
This is specific to cloud shell as on normal powershell the command behaves as expected. This is an issue of the cloud shell parsing clickable urls.
@KasifMS
@raorugan
@edyoung and @BellaLi - Any update on this bug? We need to revert back to the partner on this.
As you note, different shells have heuristics in how they search for URLs and render them clickable. In this case the code in xterm.js which handles this for cloud shell seems to have included the terminating " as part of the URL.
In my opinion this is not a high priority issue and there is no firm time frame for us to investigate in detail, let alone fix.
This is also the case with URLs terminated with a full-stop in a sentence.
The link leads to https://docs.microsoft.com/en-us/azure/storage/common/storage-auth-aad-rbac-cli. which returns a 404 message. The actual link is https://docs.microsoft.com/en-us/azure/storage/common/storage-auth-aad-rbac-cli
I came across this while working through some Microsoft Learn content using the sandbox feature.
URLs are now resolved correctly. We are not going to fix the fullstop issue mentioned above because we believe it is an issue with the documentation output of az storage.