Url Encoding Issue with Links

[onwingslikeeagles 3]

Hello,

When clicking an external link within Evernote, it shows a page that states you are leaving the Evernote application and navigating to another page. The link on this page is displaying incorrectly, as seen in the attached screenshot. 

Looking at the screenshot more closely, it seems symbols within the link area of this page are encoded (i.e. http://www.google.com is displaying the hexidecimal value of the colon and forward slashes). 

My software information is below. If you have any questions, feel free to reply.

- onwingslikeeagles

Operating System (OS): Windows 10
Browser: Google Chrome (latest version)
Additional Notes: New Evernote Web

[gazumped 11,661]

Hi.  I think that's a browser issue. If it gets you to the correct page,  I wouldn't worry....

[onwingslikeeagles 3]

7 minutes ago, gazumped said:

Hi.  I think that's a browser issue. If it gets you to the correct page,  I wouldn't worry....

Thanks for your reply.

I think that's a browser issue. - I decided to test this theory in the latest version of Firefox as well and ended up with the same results.

I don't believe this page is actually needed at all, as it seems redundant. Therefore, I've added my request here: Remove the External Link Page

[ehrt74 240]

Btw, the function that is being called here is called "urlencode". Most languages have the function somewhere in their standard libraries. The point of the function is to allow embedding a url inside a url.

If you look at the url in the address bar of the external link page, you'll see something like: https://www.evernote.com/OutboundRedirect.action?dest=https%3A%2F%2Fwww.google.com

I imagine the browser is just displaying the value of the "dest" get-parameter without running a urldecode on the result. This should be easy enough to fix. 

[onwingslikeeagles 3]

1 minute ago, ehrt74 said:

Btw, the function that is being called here is called "urlencode". Most languages have the function somewhere in their standard libraries. The point of the function is to allow embedding a url inside a url.

If you look at the url in the address bar of the external link page, you'll see something like: https://www.evernote.com/OutboundRedirect.action?dest=https%3A%2F%2Fwww.google.com

I imagine the browser is just displaying the value of the "dest" get-parameter without running a urldecode on the result. This should be easy enough to fix. 

Thanks for your reply.

After looking at the url in the address bar, this conclusion makes sense, as the web page needed to obtain the query parameter dest to place navigation functionality within the Continue button.

However, I have suggested (in a link above) that this page still seems redundant, as most browsers tend to have mulitple tabs. 

[ehrt74 240]

Just now, onwingslikeeagles said:

Thanks for your reply.

After looking at the url in the address bar, this conclusion makes sense, as the web page needed to obtain the query parameter dest to place navigation functionality within the Continue button.

However, I have suggested (in a link above) that this page still seems redundant, as most browsers tend to have mulitple tabs. 

Yep, i agree with you to 100% there. Back in the distant past, having a separate outgoing page was a way to stop the Referrer-header being set in the outgoing request. Otherwise the page you called would know the exact url of the page you came from. Now that https://html.spec.whatwg.org/multipage/links.html#link-type-noreferrer is implemented in all major browsers, I can't see this being a security concern either.

[Dave-in-Decatur 3,954]

There have been many, many requests to remove this redundant and annoying message/page. Here's one of them, with 104 supporting votes (which is a lot on these forums). You can go there and click on the upward arrow at the top to add your support:

 

[onwingslikeeagles 3]

@Dave-in-Decatur

Thanks for your reply.

I searched for a similar posting under the suggestions section of the forum, but did not find this post. I'll be sure and add my upvote.