Forum Discussion
Announcing a new way to paste URLs, Link format!
The title in the JSON is the title I would see if I navigated to that page and copied from the address bar. I do not see any network traffic in the dev tools and haven't looked to watch network traffic from my PC but I wonder if you are calling an online service which takes a URL and returns that info. I know Bing has such a service which some Microsoft products and services use. Do you know?
I do not like the domain being added. This breaks consistency that when I copy a link from one document to another that it isn't copied as I see it. Compare this to the same scenario when copying a link in Word or an Outlook email. Right click on a link, pick Copy hyperlink, then paste. It matches.
This also creates silly cases such as when you visit https://www.bankofamerica.com/ and copy from the address bar. The title in the HTML format is "https://www.bankofamerica.com/" because you don't recognize "Bank of America" as "bankofamerica". You could fix this but it isn't easy to consider all cases of how names map. Bank Of America also uses "bofa.com". Citibank uses citibank.com and citi.com and others. Next, consider IRIs like https://www.смарт-скиллс.рф. The title copied here is "https://www.xn----7sbzhgab7ageef.xn--p1ai/". Do you think that the punycode domain name is useful? Do you look for either the IDN or the punycode in the title?
Editing to add one more case I forgot to mention. In some cases the domain name doesn't quite match the localized version of the name. Consider https://lt.wikipedia.org/wiki/Microsoft which is titled as "https://lt.wikipedia.org/wiki/Microsoft" because the localized Vikipedija doesn't match Wikipedia.
JaredB81 I should point out that these issues manifest with localized Microsoft.com. As an example, https://account.microsoft.com/privacy/?lang=ru-RU has the title "https://account.microsoft.com/privacy/?lang=ru-RU" because they transliterated Microsoft into Cyrillic. I expect that this will be a very common issue with non-Latin language pages hosted on sites that use non-IDN domain names.
JaredB81 Here is another bug. It takes some setup to get to a case I know fails. Open https://www.bing.com, type into the search box "История Киева." with a trailing period. Then select all but the period. This is necessary to work around another Edge bug. Right click on the selection and pick Search the sidebar for "История Киева". In the sidebar, click on IMAGES to display this pivot. Right click on the following image and pick Copy image link.
The clipboard will contain the following formats. The Cxxx values will likely vary. The bug is that the last three are all empty zero terminated strings, i.e. a single byte of zero. I have not tested to see if this is a problem because the image is a data URL or because the data URL is very long (12,056 characters) and some part of the code to generate the other formats has a URL length limit (e.g. INTERNET_MAX_URL_LENGTH) and silently fails while failing to suppress adding the failed result on the clipboard.
000D Unicode Text
0010 Locale
0001 Text
0007 OEM Text
C0DA HTML Format
C2C1 Link Preview Format
C2C2 Titled Hyperlink FormatI sis submit this via the feedback mechanism. In my feedback I questioned whether Copy image link should be exposed at all for data URL encoded images as Copy image is more appropriate I would think.
JaredB81 An issue with favorites and the new functionality. This is with canary build 666.
When I right click on a favorite in the favorites bar and select Copy, it honors the link setting and will generate the following clipboard formats
C0C6 HTML Format
C0D2 UniformResourceLocatorW
000D Unicode Text
C31E chromium/x-bookmark-entries
0010 Locale
0001 Text
0007 OEM TextWhen I right click on a favorite in edge://favorites or the new pinned favorites sidebar and click Copy link (note the different name and icon), it doesn't honor the setting and only generates the following formats.
000D Unicode Text
0010 Locale
0001 Text
0007 OEM TextIn canary 666, right clicking on the favorites menu, from the address bar icon, and selecting Copy link only generates the limited formats. In dev build 658, which doesn't have the new favorites menu and pinned sidebar, right clicking offers Copy not Copy link and it generates the richer set of formats honoring the link format setting.rshupak thank you as always! I was on vacation last week and am still catching up.
When I right-click on the address bar in Canary today (671), I see "Copy" not "Copy link" and the appropriate formats get added to the clipboard when copying.Can you confirm that you observe the expected behavior in Canary build 671 (or later if you see this post in the next few days)?
Thank you!
