Right click copy image location inconsistent
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
People
(Reporter: jerem.selier, Unassigned)
References
(Regression)
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:76.0) Gecko/20100101 Firefox/76.0
Steps to reproduce:
- Open new tab
- Load https://picsum.photos/
- Right click > Copy image Location
Actual results:
URL being paste is the URL after redirects: https://i.picsum.photos/id/949/536/354.jpg instead of before redirects: https://picsum.photos/536/354
Refreshing the page and trying again shows https://picsum.photos/536/354
Expected results:
It should be https://picsum.photos/536/354 from the start all the time and never past the redirected URL (eg it should always return the URL in the SRC attribute).
![]() |
||
Comment 1•5 years ago
|
||
Reression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=72ee4800d4156931c89b58bd807af4a3083702bb&tochange=0ee6ca490391aaba9f8e512b64b0a784b5dc226a
Regressed by: Bug 1406253
Updated•5 years ago
|
Comment 2•5 years ago
|
||
Hmm, why is the expected result that? Both behaviors seem somewhat reasonable.
![]() |
||
Comment 3•5 years ago
|
||
- Load https://picsum.photos/
- Right click > Copy image Location
--- observe, clipboard shows https://i.picsum.photos/id/949/536/354.jpg - Reload(F5)
- Right click > Copy image Location
--- observe, clipboard shows https://picsum.photos/536/354
It is inconsistent results between step 2 and step4. Why?
Comment 4•5 years ago
|
||
Ah, I missed that... The inconsistent behavior does look a bit odd. I suspect it's related to the image being cached, but not being cacheable (which causes us to revalidate the load), vs. the first time on which we load the image completely.
Updated•5 years ago
|
Reporter | ||
Comment 5•5 years ago
|
||
In terms of expected behavior I just said this because:
- From my tests, all other browsers have this behavior
- It seems from a developer standpoint, I'd prefer to expose the URL in src and not wherever it might redirect. It could redirect to a URL that expires etc. It seems better and more logical to me to always expose the URL that was specified by the developer.
Up to you obviously.
Comment 6•5 years ago
|
||
Hi Edgar,
Could you please help to take a look? Thank you.
Reporter | ||
Comment 7•5 years ago
|
||
Friendly ping, any chances this can be looked at?
Comment 8•5 years ago
|
||
I plan to take a look at, but have no time yet.
Per bug 1406253, it looks like using redirect URI in context menu is what we expect, and we should have consistent behavior on the image being cached.
Updated•5 years ago
|
Updated•3 years ago
|
Description
•