The upload wizard has no path from it to other sister projects. At Wikipedia and other sister projects, instead of writing a short article with a picture, I often resort to writing a short article without a picture, for this reason. (Occasionally I still upload a picture, but only when I really need to).
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T96911 Improve UploadWizard UX (tracking) | |||
| Declined | None | T78524 UploadWizard lacks path from it to other sister projects |
Event Timeline
I don't know what "path" means here and which specific situations this is supposed to cover.
Could you please provide steps to reproduce the problem, step by step so that anybody could follow them, and the expected and actual outcome? Thank you.
This is what $wgUploadNavigationUrl is for, I already set it for hundreds projects. If you want to add more, please request it.
No, Nemo, you have misunderstood.
What I mean is that upon uploading an image at Commons, the user is presented with an option to add the image to an article at a sister project. He should be presented with a quick list of sister projects (and possibly articles he created there recently).
I'm changing the status to Open. This is something I'll do once only, here, as I feel I was misunderstood: What you suggested is a path to invoke UploadWizard from a sister project. I'm looking for paths to go to a sister project from the UploadWizard at Commons.
Can you explain in more detail what problem you would like to solve? I find it hard to interpret this ticket as it is.
I really don't see how this is viable.
While you could maybe, *maybe*, invoke an edit form on the user's "home" wiki with some convoluted cross-over to another extension. But that's kind of a bad solution, because if someone wanted to start an article at another wiki they'd have to go through the existing process.
That said, I also don't see why this is a serious problem. We have a path for writing an article with an image, now: Edit the article, and use the in-editor upload dialog to add an image. I think the recent uploads search is an option for people, and that's in the pipeline, but presenting the user with >800 links at the end of the UploadWizard pipeline is completely unacceptable.
Thanks for the report and the thoughts, @Gryllida, I hope this answers your questions and that we can get a better solution for recent uploads in the near future!
We have a path for writing an article with an image, now: Edit the article, and use the in-editor upload dialog to add an image.
Well, except that Commons blocks uploads based on some very wide conditions (such as a PNG mimetype) and they are just about to block the in-editor upload tool completely.
(I'm not arguing the approach suggested in this task would be a good one, but it's definitely not a solved problem.)
Mark and Tgr, your comments look off topic:
I confirm my:
and I agree with the closure.