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.
Bug report: the upload UI shows to users that do not have upload permissions.
Expected behavior: upload UI shows only to users with upload permissions
Example screenshot: https://user-images.githubusercontent.com/146040/204925540-14a8ba1e-bfea-4082-97a4-30879af71411.png
MW 1.35.4
When I try to upload, I get either :
Error: Unknown errorFile 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)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.
That's exactly what is happening to me: Files are getting uploaded with other file's names.
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.
With M 1.38 and MSUpload 13.5 the first file dropped is always "unkown errror".
Try with this and let me know if it work:
github.com/Kaya84/mediawiki-extensions-MsUpload
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?
Use $wgMSU_uploadsize
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.
Thank you for this!!
YOU saved me a ton of time trying to figure out WHY the uploads were getting capped!!
Cheers,
Dan
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!
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.
Just added the documentation for $wgMSU_uploadsize, thanks for pointing it out!
Feature request tracked at phab:T302241.
Hello, How to delete multi files uploaded by MsUpload for once? Those files belong to same once MsUpload.
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.
VisualEditor already has a simple way to upload files. There're no plans to make MsUpload work with the VisualEditor.
The wikieditor is not bad but I prefer using the VisualEditor. Is it possible to use this extension in conjunction with it?
@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
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!
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.
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?
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
For 1. I did not mean its localization, but the documentation itself before the expansion.
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
Also seeing the same thing myself. I haven't been able to debug the issue yet, did you uncover anything?
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
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 ?
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.
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.
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).
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 :-)