Clicking download card re-download the file |
|||
Issue descriptionThe summary is voluntarily vague because even if what happens is clearer, this is really what happened to me. Steps To Reproduce: - Download a file from a source that has HTTP headers set to always download. - Go to chrome://downloads - Click on the card to watch the video (more specifically, on the grey text that happened to be the url) Expected result: - Watch the video Actual result: - Enjoy downloading a copy of your file Personal observations: - it's a bit weird that we have three different hit targets on the card: the name will open the file, the "Show in folder" will open the folder and the URL will open the URL. Why the larger hit target actually using the internet on a "downloads" page? :( - it's unclear to a user (like it was for me) that the grey URL is actually a click target for the URL. Usually, these are blue :( Google-internal only: - you can easily reproduce this by going to an internal bug and download a video, example b/69531488 and download the screenrecord - when the file is downloaded, you clicking on the link will download a copy
,
Nov 30 2017
Maybe the icon on the card could be used to open the file too instead of just the file name? I'm not sure why the URL should be that visible too. Wouldn't the origin be 90% of what users are looking for and the full URL a detail hidden somewhere?
,
Dec 1 2017
AFAIK, having the full URL was a security request, so that users could see and verify (even by visiting) the source of the download. I too find it rather useless to have the full URL of the download link to the actual URL. I would be open to changing it to origin + link to actual file, but we just need to understand the history before we make the change.
,
Dec 1 2017
Could we just make the URL not a link, and have an open arrow/icon on the side to actually navigate to that link?
,
Dec 1 2017
dtrainor@'s idea sgtm (though, I'm not UX :)). I would also be surprised if a user cares about more than the origin and if the full URL could be more hidden.
,
Feb 6 2018
,
Jul 25
|
|||
►
Sign in to add a comment |
|||
Comment 1 by dtrainor@chromium.org
, Nov 30 2017Owner: dah...@chromium.org
Status: Assigned (was: Untriaged)