Page MenuHomePhabricator

Unable to reupload revised files to Upload Wizard
Closed, DuplicatePublic

Description

Author: jonhunter13

Description:
Users on my wiki are updating files offline and would like to update the 'wiki version' of this file after their done. This normally works when you go through the built in upload tool, but I've tried to use Upload Wizard for the same function and it gives me an error message: "There is another file already on the site with the same content." I searched the bugzilla list for a solution, but didn't find a resolution. Is there a way to allow duplicate or revised files to be uploaded using this Upload Wizard?


Version: master
Severity: enhancement
URL: https://commons.wikimedia.org/w/index.php?title=Commons:Upload_Wizard_feedback&oldid=106815121#New_version_of_existing_file
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=40921

Details

Reference
bz48543

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 1:41 AM
bzimport added a project: UploadWizard.
bzimport set Reference to bz48543.
bzimport added a subscriber: Unknown Object (MLST).

jonhunter13 wrote:

Just found an bug close to mine:
https://bugzilla.wikimedia.org/show_bug.cgi?id=40921

Could this possibly be a permissions issue?

Reuploading duplicate files seems like a waste of bandwidth and disk space - you should use redirects, maybe, to accomplish that.

Uploading new revisions, AFAIK, is *not* supported. But if someone disagrees with me I'd be OK with that. Mostly my feeling is that we're looking to support the new contributor who is uploading a set of images, not someone who's revising images, and who should probably be using [[Special:Upload]] instead.

Marking NEW, but I suspect this will be WONTFIX.

jonhunter13 wrote:

Thanks for getting back to me so quickly!

The users we support are in schools without local backups. As a way for them to backup their work, we've encouraged them to use the wiki to upload what they have at the end of class. They work mostly with SWF and FLA flash files, not images. I understand that in most cases it may be a waste of disk space and bandwidth, but we've been able to accomodate. Maybe there's a configuration setting that can be added to allow new revisions.

*revisions* aren't a waste. But if you're getting the "another file on this wiki" message, it means you're updating an identical file. And having two copies of the exact same file is definitely a waste.

If you find anything in the config, let us know! :)

jonhunter13 wrote:

I jumped into the javascript for this and got it to upload revisions with the same file name. In the 1_20 branch of the UploadWizardDetails.js I edited the following:

in processDestinationCheck:
763 - if ( result.blacklist.notBlacklisted ) { //result.unique.isUnique &&

then in submit:
1319 - } else if ( warnings['exists'] || warnings['exists-normalized'] ) {

params.ignorewarnings = true;
_this.upload.api.postWithEditToken( params, ok, err );

//_this.recoverFromError( _this.titleId, gM( 'mwe-upwiz-api-warning-exists', _this.upload.title.getUrl() ) );

With this the Description tab and the first upload tab will not check for duplicate file names and will upload a new revision of the file.

Thanks for pointing me in the right direction!

Hey, if you want to upload a patch that does this in a configurable way, we'd love to have it!

(In reply to comment #2)

Reuploading duplicate files seems like a waste of bandwidth and disk space -
you should use redirects, maybe, to accomplish that.

Uploading new revisions, AFAIK, is *not* supported. But if someone disagrees
with me I'd be OK with that. Mostly my feeling is that we're looking to
support
the new contributor who is uploading a set of images, not someone who's
revising images, and who should probably be using [[Special:Upload]] instead.

Marking NEW, but I suspect this will be WONTFIX.

So if someone needs to upload a re-muxed video file they should use the interface that just times out?

(In reply to comment #6)

Hey, if you want to upload a patch that does this in a configurable way, we'd
love to have it!

To elaborate on this: You are welcome to use Developer access

https://www.mediawiki.org/wiki/Developer_access

to submit an improved version of the patch as a Git branch directly into Gerrit:

https://www.mediawiki.org/wiki/Git/Tutorial

jonhunter13 wrote:

(In reply to comment #8)

(In reply to comment #6)

Hey, if you want to upload a patch that does this in a configurable way, we'd
love to have it!

To elaborate on this: You are welcome to use Developer access

https://www.mediawiki.org/wiki/Developer_access

to submit an improved version of the patch as a Git branch directly into
Gerrit:

https://www.mediawiki.org/wiki/Git/Tutorial

Andre/Aaron/Mark,
Thanks for the feedback and info. We're doing some spring cleaning on our platforms, so I may not be able to get to this for a while. I'll try to get the patch out when things settle down a bit!

Best,
Jon

Reupload is an entirely legitimate feature of MediaWiki, adjusting severity: as far as I know, this bug is about reupload not being possible at all within UploadWizard, while the ability to upload duplicates is asked at bug 40921.

(In reply to Nemo from comment #10)

as far as I know, this bug is about reupload not being possible at all
within UploadWizard, while the ability to upload duplicates is asked at bug

This bug would then be a dupe of bug 40893 ?

matmarex renamed this task from Unable to reupload revised files to Upload Wizard to Unable to reupload identical files to Upload Wizard.Sep 9 2015, 5:28 PM
matmarex renamed this task from Unable to reupload identical files to Upload Wizard to Unable to reupload revised files to Upload Wizard.
matmarex set Security to None.