Jump to content

Extension talk:MsUpload

About this board

This board is for discussion about MsUpload. Don't forget that you can also report issues relating to this extension on Phabricator, at #mediawiki-extensions-msupload.

MW 1.35.1 - Msupload not working/showing

5
Kraba (talkcontribs)

Hello,

I installed MsUpload (master or version for 1.35) on a fresh installation of MW 1.35.1 with this setup:

wfLoadExtension( 'MsUpload' );
$wgMSU_useDragDrop = true; // Should the drag & drop area be shown? (Not set by default) 
$wgMSU_showAutoCat = true; // Files uploaded while editing a category page will be added to that category
$wgMSU_checkAutoCat = true; // Whether the checkbox for adding a category to a page is checked by default
$wgMSU_useMsLinks = false; // Insert links in Extension:MsLinks style?
$wgMSU_confirmReplace = true; // Show the "Replace file?" checkbox
$wgMSU_imgParams = 'none'; // Any image parameter(s), delimited by pipes, e.g., {width}px, left, right, center, none, border, frameless, frame, 
$wgHiddenPrefs[] = 'usebetatoolbar';

When I edit a page with wikieditor enabled I'm able to catch this error on my nginx logs:

$MYIP - - [31/Mar/2021:10:51:09 +0000] "GET /index.php?title=MY_PAGE_EDITED&action=edit HTTP/1.1" 200 8245 "http://$MY_WIKI_IP/MY_PAGE_EDITED" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"
$MYIP - - [31/Mar/2021:10:51:09 +0000] "GET /extensions/MsUpload/resources/plupload/plupload.full.min.js HTTP/1.1" 404 31 "http://$MY_WIKI_IP/index.php?title=MY_PAGE_EDITED&action=edit" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"
$MYIP - - [31/Mar/2021:10:51:10 +0000] "GET /extensions/WikiEditor/modules/images/toolbar/arrow-down.svg?4c840 HTTP/1.1" 404 31 "http://$MY_WIKI_IP/index.php?title=MY_PAGE_EDITED&action=edit" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"
$MYIP - - [31/Mar/2021:10:51:10 +0000] "GET /extensions/MsUpload/resources/images/msu-loading.png?99192 HTTP/1.1" 404 31 "http://$MY_WIKI_IP/index.php?title=MY_PAGE_EDITED&action=edit" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"
$MYIP - - [31/Mar/2021:10:51:10 +0000] "GET /extensions/MsUpload/resources/images/msu-upload-button.png?87a5f HTTP/1.1" 404 31 "http://$MY_WIKI_IP/index.php?title=MY_PAGE_EDITED&action=edit" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"

I changed my Ip/wiki IP and page name with $MYIP, $MY_WIKI_IP, MY_PAGE_EDITED. I'm using Tweeki as skin but i've the same result if I use vector, the files are present of course.

Kraba (talkcontribs)

Sorry i forgot: the msupload bar is not showing/present.

Sophivorus (talkcontribs)

I was unable to reproduce your issue. MsUpload is working fine for me on my 1.35.2 installation. Are you still experiencing this issue? If yes, are there any errors or warnings on your browser console? Also, is your wiki public?

Kraba (talkcontribs)

Yes, it's public (I tried it with the wiki "closed" and public) but no luck. The console, when I edit a page return:

GET http://$MYWIKI/extensions/MsUpload/resources/plupload/plupload.full.min.js net::ERR_ABORTED 404 (Not Found)
JQMIGRATE: Migrate is installed with logging active, version 3.1.0
VM657:211 This page is using the deprecated ResourceLoader module "jquery.throttle-debounce".
Please use OO.ui.throttle/debounce instead. See https://phabricator.wikimedia.org/T213426
(anonymous) @ VM657:211
runScript @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:13
execute @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
doPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
requestIdleCallback (async)
requestPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
setAndPropagate @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:8
implement @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:20
(anonymous) @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:1
load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:410 This page is using the deprecated   ResourceLoader module "jquery.ui". 
Please use OOUI instead. 
mw.loader.implement.css @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:410
runScript @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:13
(anonymous) @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
flushCssBuffer @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
requestAnimationFrame (async)
addEmbeddedCSS @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
execute @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
doPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
requestIdleCallback (async)
requestPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
setAndPropagate @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:8
implement @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:20
(anonymous) @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:1
load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:144 JQMIGRATE: jQuery.fn.delegate() is  deprecated
migrateWarn @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:144
delegate @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:153
bindHover @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:605
Datepicker @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:560
(anonymous) @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:607
mw.loader.implement.css @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:607
runScript @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:13
(anonymous) @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
flushCssBuffer @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
requestAnimationFrame (async)
addEmbeddedCSS @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
execute @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
doPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
requestIdleCallback (async)
requestPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
setAndPropagate @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:8
implement @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:20
(anonymous) @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:1
load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:51 jQuery.Deferred exception: plupload is  not defined  ReferenceError: plupload is not defined
      at Array.createUploader (<anonymous>:116:128)
      at mightThrow (http://$MYWIKI/load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui- widgets%7Cjquery.ui&skin=tweeki&version=d2vm4:49:149)
     at process (http://$MYWIKI/load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=tweeki&version=d2vm4:49:808)   undefined
jQuery.Deferred.exceptionHook @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:51
process @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:49
setTimeout (async)
(anonymous) @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:50
fire @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:46
fireWith @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:47
fire @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:47
fire @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:46
fireWith @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:47
(anonymous) @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:51
fire @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:46
fireWith @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:47
deferred.<computed> @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:50
(anonymous) @ VM657:248
doPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
requestIdleCallback (async)
requestPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
setAndPropagate @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:8
markModuleReady @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:12
runScript @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:13
(anonymous) @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
flushCssBuffer @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
requestAnimationFrame (async)
addEmbeddedCSS @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
execute @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
doPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
requestIdleCallback (async)
requestPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
setAndPropagate @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:8
markModuleReady @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:12
runScript @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:13
(anonymous) @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
flushCssBuffer @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
requestAnimationFrame (async) 
addEmbeddedCSS @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
execute @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
doPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
requestIdleCallback (async)
requestPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
setAndPropagate @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:8
markModuleReady @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:12
runScript @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:13
(anonymous) @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
flushCssBuffer @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
requestAnimationFrame (async)
addEmbeddedCSS @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:5
execute @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:14
doPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
requestIdleCallback (async)
requestPropagation @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:7
setAndPropagate @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:8
implement @ load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=tweeki:20
(anonymous) @ load.php?lang=en-gb&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=tweeki&version=d2vm4:1
index.php?title=Category:Applications&action=edit:1 GET http://$MYWIKI/extensions/WikiEditor/modules/images/toolbar/arrow-down.svg?4c840 404 (Not   Found)
index.php?title=Category:Applications&action=edit:1 GET http://$MYWIKI/extensions/MsUpload/resources/images/msu-upload-button.png?87a5f 404 (Not  Found)
index.php?title=Category:Applications&action=edit:1 GET http://$MYWIKI/extensions/MsUpload/resources/images/msu-loading.png?99192 404 (Not Found)


The file is present and with the proper permissions.If it can help my config is: MW 1.35.1 with Tweeki as skin (but the same problem appears with vector or the defaults one)

$wgScriptPath = "";
$wgScript = "{$wgScriptPath}/index.php";
$wgRedirectScript = "{$wgScriptPath}/redirect.php";
$wgArticlePath = "/$1";
## The protocol and server name to use in fully-qualified URLs
$wgServer = "http://$MYWIKI";
## The URL path to static resources (images, scripts, etc.)
$wgResourceBasePath = $wgScriptPath;
$wgGroupPermissions['*']['createaccount'] = true ;
$wgGroupPermissions['*']['edit'] = true;
$wgGroupPermissions['*']['read'] = true;
$wgGroupPermissions['*']['talk'] = true;
$wgGroupPermissions['*']['createtalk'] = true;
$wgGroupPermissions['*']['writeapi'] = true;
$wgGroupPermissions['*']['submit'] = true;
$wgGroupPermissions['*']['autocreateaccount'] = true;
### msupload req
$wgEnableUploads = true; // Enable uploads
$wgAllowJavaUploads = true; // Solves problem with Office 2007 and newer files (docx, xlsx, etc.)
$wgGroupPermissions['user']['upload'] = true; // Allow regular users to upload files
$wgBlockDisablesLogin=true;
wfLoadExtension( 'MsUpload' );
$wgMSU_useDragDrop = true; // Should the drag & drop area be shown? (Not set by default)
$wgMSU_showAutoCat = true; // Files uploaded while editing a category page will be added to that category
$wgMSU_checkAutoCat = true; // Whether the checkbox for adding a category to a page is checked by default
$wgMSU_useMsLinks = false; // Insert links in Extension:MsLinks style?
$wgMSU_confirmReplace = true; // Show the "Replace file?" checkbox
$wgMSU_imgParams = 'none'; // Any image parameter(s), delimited by pipes, e.g., {width}px, left, right, center, none, border, frameless, frame,  thumb etc.
$wgHiddenPrefs[] = 'usebetatoolbar';

Thanks and let me know if you need more infos

Kraba (talkcontribs)

found the problem. PEBCAK :) nginx had a "location ^~ /extensions/ { internal; }" My fault, sorry

Jeroen De Dauw (talkcontribs)
Reply to "Upload permissions"

Visual Editor support

1
Jeroen De Dauw (talkcontribs)

Are there any plans to add support for uploading via Visual Editor?

Reply to "Visual Editor support"

Error after upgrading 13.4 to 13.5

10
Megajoule (talkcontribs)

MW 1.35.4

When I try to upload, I get either :

  • a correct upload (which is rare)
  • Error: Unknown error
  • File extension ".gif" does not match the detected MIME type of the file (image/jpeg) (if I try to upload a jpg and I successfully uploaded a gif before)
Antoniobarijo (talkcontribs)

I also got in 1.38 while drag and drop.

  • Error: Unknown error
William Surya Permana (talkcontribs)

I got this issue too.

Sometimes, MSUpload POST to the API, but without any "action" parameter, only "name" and "file", like this:

-----------------------------xxx
Content-Disposition: form-data; name="name"

<File name of the current upload>
-----------------------------xxx
Content-Disposition: form-data; name="file"
Content-Type: image/png

<Binary data of the current upload>

Since there is no action, that API will return the documentation in HTML format instead. MSUpload can't handle non-JSON responses, so it will throw "Error: unknown error".

After the error if I'm not mistaken, sometimes MSUpload will retry the failed upload. It will correctly send the "action" param this time along with the "file" of the previous file.

BUT (this is the important part!), somehow it will also merge the request with the snippet above. Both "name" and (another) "file" param is based on the next file.

Something like this:

-----------------------------xxx
Content-Disposition: form-data; name="filename"

<File name of the previous error upload>
-----------------------------xxx
Content-Disposition: form-data; name="action"

upload
-----------------------------xxx
Content-Disposition: form-data; name="file"
Content-Type: image/png

<Binary data of the previous error upload>
-----------------------------xxx
Content-Disposition: form-data; name="name"

<File name of the next file>
-----------------------------xxx
Content-Disposition: form-data; name="file"
Content-Type: image/png

<Binary data of the next file>

"Name" param is not needed by the upload API, and only the last binary data is taken.

The result: Binary data of the next file + file name of the previous error upload.

When there are 2 files, A and B, probably A is not uploaded, and B is uploaded with A filename. Or, A is uploaded, and B will be uploaded again replacing the A file. The filename is off by one file sequentially.

But when there are more files, let's say A, B, C, D, E, and encountered are a lot of errors, It's even possible that E will be uploaded using A filename.

184.103.82.6 (talkcontribs)

That's exactly what is happening to me: Files are getting uploaded with other file's names.

Pneuma01 (talkcontribs)
2603:6010:3001:AA25:0:0:0:1014 (talkcontribs)

I am having this same issue, it just says there is an error but does not specify what kind of error. I can find no errors in Apache's log either.

2A01:E0A:374:41C0:314F:EBA3:82A1:4AB6 (talkcontribs)

With M 1.38 and MSUpload 13.5 the first file dropped is always "unkown errror".

77.72.193.34 (talkcontribs)

Use MSUpload 13.3 ( REL1_37): seems to work

Kaya8422 (talkcontribs)

Try with this and let me know if it work:

github.com/Kaya84/mediawiki-extensions-MsUpload

88.116.170.254 (talkcontribs)

I had the same problem, the fix from @Kaya8422 works!

Reply to "Error after upgrading 13.4 to 13.5"

Having Form to Collect Metadata about uploaded image

1
Gachangi (talkcontribs)

I would like to present a form to a user when they upload an image. Ideally a Form popping up asking a user for these details. Anyone with an idea how to do that using MSUpload?

Reply to "Having Form to Collect Metadata about uploaded image"
Summary by Sophivorus

Use $wgMSU_uploadsize

Sm8ps (talkcontribs)

I do not know if this is all well-know but the main page only talks about that the maximum file size depending on MediaWiki settings. However the parameter 'max_file_size' can be set in 'extensions/MsUpload/js/msupload.js', restricting the file size specifically for MsUpload.

I have added this information to the main page of the extension.

205.210.253.12 (talkcontribs)

Thank you for this!!

YOU saved me a ton of time trying to figure out WHY the uploads were getting capped!!

Cheers,

Dan

Sm8ps (talkcontribs)

Just wanted to point that MsUpload will silently refuse to add files of size greater than 'max_file_size' to its upload list. So this setting may possibly confuse users unaware of this limitation. YMMV!

24.42.248.200 (talkcontribs)

Turns out that this has moved; the limit is still 100mb, but is now set in extension.json as "MSU_uploadsize". This should really be documented somewhere.

Sophivorus (talkcontribs)

Just added the documentation for $wgMSU_uploadsize, thanks for pointing it out!

Summary by Sophivorus

Feature request tracked at phab:T302241.

128.199.88.59 (talkcontribs)

Hello, How to delete multi files uploaded by MsUpload for once? Those files belong to same once MsUpload.

Sophivorus (talkcontribs)

Do you mean how to delete the files that you just uploaded via MsUpload? This isn't an existing feature. I'll take it as a feature request.

Can this work with the Visual Editor?

4
Summary by Sophivorus

VisualEditor already has a simple way to upload files. There're no plans to make MsUpload work with the VisualEditor.

AslanFrench (talkcontribs)

The wikieditor is not bad but I prefer using the VisualEditor. Is it possible to use this extension in conjunction with it?

Sophivorus (talkcontribs)

Not really, and there're no plans for it, for now.

AslanFrench (talkcontribs)

@SophivorusSeems it would be unnecessary as the functionality is in Visual Editor already according to this ticket: https://phabricator.wikimedia.org/T39932

Though in reality the functionality is not working as intended so I have filed a ticket here: https://phabricator.wikimedia.org/T208631

If you or any other devs on the MsUpload project would have some insight on fixing this issue that would be much appreciated I'm sure. Though I'm pretty clueless on this stuff so maybe it's not something people care about on the visual editor etc

Sophivorus (talkcontribs)

Modifying MsUpload to work with the Visual Editor would require huge changes. It seems to me that the best way forward would be to fix the Visual Editor bug. The first ticket you linked had an amazingly positive response, so don't lose hope on the second one just yet!

DDPAT 2.0 (talkcontribs)
  1. Why can't this extension be translated into another language right now?
  2. Can you change the description of the file upload to the wiki language instead of the custom user language? For a full explanation: this extension is used on Fandom, where there are different wikis with a specific language. For example, I use the Ukrainian language, and I'm on the English wiki, but when you upload it, the Ukrainian description appears, which is configured in mine in the settings.
Samwilson (talkcontribs)
  1. The extension can be translated on TranslateWiki, e.g. to Balinese.
  2. That sounds sensible. I've created phab:T299273 to track it.
DDPAT 2.0 (talkcontribs)

For 1. I did not mean its localization, but the documentation itself before the expansion.

Sophivorus (talkcontribs)
  1. Pinging User:Shirayuki since he's most familiar with the standards for marking pages for translation.
  2. Fixed in version 13.5, thanks for the report! It may take a while for Fandom to update to the latest version though.
Shirayuki (talkcontribs)

The extension is beta. Beta extensions will not be marked for translation.

Reply to "A few questions"

Error: Request failed and Error: -200

9
80.147.181.162 (talkcontribs)

Hi!

I am using mediawiki 1.24.2 and MsUpload 10

When I drop an image into the drop area I see "Error: Request failed. undefined" Then, when I press "Click here to upload file" I get "Error: -200, Message: HTTP Error., File: bla.png"

I run a wiki farm with a shared code base, so there is some fiddling and rewriting with urls, maybe this is the problem. But, what do these messages actually mean - where can I look?

TIA, Ralf

204.101.249.162 (talkcontribs)

Also seeing the same thing myself. I haven't been able to debug the issue yet, did you uncover anything?

79.249.132.130 (talkcontribs)

I have the same problem. I enabled all kinds of debug and error logging but the upload still fails with a http error 500 with the uploader displaying the above error code. No error is logged, not even some debugging information. I have also replaced Plupload with the most current version without success.


MediaWiki 1.23.6 PHP 5.3.26 (cgi-fcgi) MySQL 5.6.19-67.0-log

5.78.227.190 (talkcontribs)

i have the same problem but when i clicked upload a long error apears . and when i go to upload file page , my file which get error , exists . i use link of my file to insert to my article .

also uninstall extension and update database dont work

what can i do so ?

2804:7F4:3382:5E4A:0:0:0:2 (talkcontribs)

Someone knows how to fix it?

2601:204:E100:67E3:C488:1C8E:B23D:8847 (talkcontribs)

I've found that this error occurs when using MSUpload for users, but not for bureaucrats or administrators. Users have upload permissions and can use the traditional upload process and the one in WikiEditor. I don't know how to fix it, but it's got something to do with a permissions check.

Actiuinformatica (talkcontribs)

MsUpload: REL1_33
MediaWiki: 1.33.0
php_admin_value post_max_size 20M
php_admin_value upload_max_filesize 10M
php_admin_value max_input_time 1200
php_admin_value max_execution_time 1200
'webm' is included to $wgFileExtensions array at LocalSettings.php
$wgEnableUploads = true;
$wgGroupPermissions['user']['upload'] = true;
Uploader user account is member of: bureaucrat,interface-admin,sysop
Just when I select 8MiB file to upload:

Error: Request failed



Anyway I press "Upload this file" and upload begins. When percent inficator it reaches near 99%:

Error -200, HTTP Error., File: MyVideo.webm


Nothing reported at apache_error.log and php_error.log

The main problem for me is lack of details about error, to allow debugging.
I've got different results depending on Internet upload bandwidth and usage. I suspect this may be due to a bad upload stream/packets management by script, because other CMS' uploader scripts aren't giving me this problem with big files.

193.26.34.12 (talkcontribs)

I have exactly the same issue (I had installed the extension today). After dragging a small jpg file to the editor area I get 'Error: Request failed' and after pressing 'Upload this file' I get 'Error -200, HTTP Error., File: 2FactorError1.JPG'. Does anybody know how to resolve this issue? (Uploading the file via the special page is working).

193.26.34.12 (talkcontribs)

This is how I resolved the issue:

- open developer tools in Chrome browser => in log there was an HTTP error with a call to <WIKIROOT>/api.php

- on server add the following lines in LocalSettings.php

error_reporting( -1 );

ini_set( 'display_errors', 1 );

- make a call in browser with URL <WIKIROOT>/api.php => shows error that bcmath for PHP was missing

- installing bcmath on server and restart Apache

- everything fine and Msupload works :-)