This should especially useful as new images may not appear in the API search results due to caching.
|Open||None||T121613 Provide some form of image filter to not show 'unexpected' images in image search unless the user opts-in|
|Resolved||Esanders||T62398 Show a user's recent uploads in the MW insert media dialog (MediaSearchWidget)|
- Mentioned In
- T121613: Provide some form of image filter to not show 'unexpected' images in image search unless the user opts-in
T154234: VisualEditor insert shows Wikimedia Commons files instead of only showing local wiki files
T45037: Support rich editing of galleries in the visual editor
T78524: UploadWizard lacks path from it to other sister projects
- Mentioned Here
- T154234: VisualEditor insert shows Wikimedia Commons files instead of only showing local wiki files
T40030: Way in VisualEditor to initiate Commons file uploading, and insert image on completion
(In reply to comment #0)
This should be relatively simple compared to full UploadWizard integration,
… but turns a simple search interface into a (multi-tabbed?) optional series of interfaces. :-(
new images may not appear in the API search results due to caching.
The exceptional amount of work put into the new search system has this as its most significant user-facing improvement.
Currently we show the name of the article. Lots of users have mentioned that this is helpful (albeit limited utility for non-English users until we implement Wikidata-based item searching instead of string searching).
Walking away from this benefit from the somewhat-dubious benefit of your own uploads (most users don't upload, and we'd have no way to check for your "own" uploads on foreign repos) feels like a regression.
Yes there will be edge cases where the username on commons is different, but that is an edge case.
We can fill in the first row with recent uploads if found (which solves the case of "most users don't upload") and then fill with page title.
This issue (can't see recent uploads in the selection) was pointed out to me by a client. At first I thought this was an IE caching problem, but I'm glad to see it has been spotted elsewhere.
This is a functionality task. The search results caching task was
resolved by the switch to ElasticSearch months ago.
Just to be clear, though, this is something I would see in any browser,
right? I've seen it in multiple browsers and across reboots so it isn't
a local caching problem.
@Jdforrester-WMF I see the Design tag was added but just wanted to make it explicit, I assume correctly from T154234#3072200 that this task is currently blocked on a design for showing user uploads in the Media insertion dialog so that https://gerrit.wikimedia.org/r/210831 can be reworked to implement that?