Last modified: 2013-04-08 00:44:06 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T48748, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 46748 - Make a more specific interface for special:Upload when reuploading over an existing file
Make a more specific interface for special:Upload when reuploading over an ex...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Uploading (Other open bugs)
1.22.0
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-04-01 04:33 UTC by Isarra
Modified: 2013-04-08 00:44 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Isarra 2013-04-01 04:33:34 UTC
Special:Upload uses almost the same interface when uploading a new version over an existing file as it does when uploading a new file. From what I can tell currently only the licensing field is removed when reuploading.

While that's a start, more is needed:

The reupload form should have a distinct id to more easily distinguish between it and the new upload form.

There should be a separate upload-summary for reuploads (reupload-summary?) - the upload-summary system message is often used by projects for information specific to new uploads, sometimes quite a bit of information, and that tends to be less relevant when reuploading.

'Permitted file types' should either be removed or replaced with a note that reuploading only supports uploading a new version with the same filetype.

'Destination filename' should be removed - the destination is implicit in that it's a reupload.

'File changes' should be a single-line input like edit summaries and other inputs that wind up as log entries; along with the usual reasons (limited supported length, user inclination to hit enter at the end of a summary to submit, etc), having it as a full textarea also implies to the user that it is a description, when it in fact has no effect on the file description itself and only appears in the file history.

The edittools should not appear here if the charinsert extension is used - while this is an issue with said extension, changing the file changes field per above may resolve this part anyway.
Comment 1 MZMcBride 2013-04-08 00:13:22 UTC
What do you think is needed here? A separate Special page (Special:Reupload or similar)?
Comment 2 Isarra 2013-04-08 00:44:06 UTC
That would work - ideally the user wouldn't notice anyway whether it's the same or a different special page if they're coming from a file specifically to upload a new version of said file.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links