Page MenuHomePhabricator

The link feature should provide the normal URL, not add #mediaviewer to it
Closed, ResolvedPublic

Description

When viewing an image in MediaViewer it is difficult to actually get the URL of the image.
The MediaViewer system provides a URL but with a whole bunch of added stuff specific to Media Viewer. All I want is the actual URL but this is not possible within media viewer, I have to go to Commons to get that. Providing the simplest, 'real' URL should be a minimum standard of the 'reuse' functionality I would have thought.
Equally, it doesn't give me the simple filename. It only provides the wikimarkup to embed the image as a thumbnail.

For example,
If I visit the English Wikipedia article https://en.wikipedia.org/wiki/Australian_Federation_of_Women_Voters
There is one photo. If I click on that image it gives me the file in Media Viewer.

If I click the 'reuse' icon (the square with the arrow coming out of it) and then the 'share' tab, this is the URL that is provided:
https://commons.wikimedia.org/wiki/File:Australian_Federation_of_Women_Voters_3rd_conference.jpg#mediaviewer/File:Australian_Federation_of_Women_Voters_3rd_conference.jpg
But in reality the ACTUAL URL is just the first part https://commons.wikimedia.org/wiki/File:Australian_Federation_of_Women_Voters_3rd_conference.jpg
All the second part is just additions forced by the MediaViewer.

Equally, if I click the 'embed' tab then it gives me all this code:
[[File:Australian Federation of Women Voters 3rd conference.jpg|thumb|Delegates to the 3rd Triennial Inter-state Conference of the Federation, Melbourne, May 1930]]
This is correct and should remain, but there is no other place to access the filename which is this: File:Australian Federation of Women Voters 3rd conference.jpg

Please - make it easy to access the real URL and the real filename from within mediaviewer.


Version: unspecified
Severity: normal

Details

Reference
bz69977

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 3:40 AM
bzimport added a project: MediaViewer.
bzimport set Reference to bz69977.
bzimport added a subscriber: Unknown Object (MLST).

Hi Liam. Thanks for taking the time to report this!
This particular problem has already been reported into our bug tracking system, but please feel free to report any further issues you find.

  • This bug has been marked as a duplicate of bug 66217 ***

There are three separate issues here:

  1. should the embed code link to the file page or the lightbox over the file page? (bug 69539)
  2. provide an easy way to copy the file name (bug 64713)
  3. provide an easy way to copy the file page URL

So far I haven't seen any convincing arguments for the first, and I am not sure what would be the use case for the third (there is the not-quite-easy way of right-clicking on the file page link in the bottom right corner and copying the link URL). The second one should IMO be done in some form, but not before we settle on the design direction for MediaViewer (scroll or no scroll).

  • This bug has been marked as a duplicate of bug 69539 ***

To reply to your points using the numbering scheme you've given them:

  1. I don't mind what the embed code links to, its just that currently the embed code is the best way to see the actual filename (by highlighting a section of the embed code.
  1. Good, I'm glad that's on its way in some form or another.
  1. Really? You don't see a use-case providing an easy way to copy the file page URL? The current "use this file > share" option presents a URL already so that's a feature of the existing system. It's just that it gives a URL that repeats information and is almost twice as long as needed. For example, instead of this:

https://commons.wikimedia.org/wiki/File:Qwerty.jpg
I am presented with this:
https://commons.wikimedia.org/wiki/File:Qwerty.jpg#mediaviewer/File:Qwerty.jpg

I posted this to bug 69539 as well, but I was thinking, what about this:
https://commons.wikimedia.org/wiki/File:Qwerty.jpg#mediaviewer