Extension talk:UploadWizard/Archive

Unknown Error: "unknown"

edit

When trying to upload an image, I always get the error Unknown error: "unknown". Is there a way to get more information about reasons for this error? Using MediaWiki 1.20.2 and PHP 5.4.9 on IIS. Thank you!

Mediawiki.Uri Error

edit

I get the following error in Chrome:

Uncaught Error: Unknown dependency: mediawiki.Uri
recurse      load.php:3965
recurse      load.php:3979
resolve      load.php:4000
resolve      load.php:3989
loader.load  load.php:4307
(anonymous function)

I think that it is related to the mediawiki.Uri.js file that is supposed to be inside the Resources folder of my wiki. However, I'm using the latest 1.17 version and it still won't work. I can't find the older (legacy) version of this extension. Any ideas?? Thanks! --Fladei 23:16, 15 November 2011 (UTC)Reply


EDIT: You didn't use version 1.17 for the extension I am guessing. If you select to download the version for 1.18, it will give you that error.

Javascript Error

edit

I get the following error in Firefox 5.0:

Error: Unknown dependency: mw.libs.jpegmeta
Source File: https://wiki.xxxxxxx.com/load.php?debug=false&lang=en&modules=jquery%7Cmediawiki&only=scripts&skin=vector&version=20110608T121000Z
Line: 105

No PHP errors accompany this.

Miken32 00:00, 9 July 2011 (UTC)Reply

Error

edit

Promising extension. I get the following error:Notice: Undefined index: texttop in C:\Inetpub\wwwroot\mediawiki\includes\specials\SpecialUpload.php on line 712 Notice: Undefined index: textaftersummary in C:\Inetpub\wwwroot\mediawiki\includes\specials\SpecialUpload.php on line 713; --Phil B Roberts 20:43, 5 August 2010 (UTC)Reply



Really great extension but when am using it its giving me the following error Fatal error: Class 'UploadWizardMessages' not found in D:\xampp\xampp\htdocs\home\extensions\UploadWizard\SpecialUploadWizard.php on line 106

and read me error is nowhere to be found, not even in trunk. Help is highly appreciated.

No instructions

edit

Why no instructions on how to install this? Pretty ridiculous if you expect everyone to know how to automatically install this. I uploaded it, tried to add it to my localsettings and wham, nothing.

Help???
Yes I have had the same problem. I follow meticulously the several steps but nothing happen when I try on the wiki. Is something missing in the install tutorial ? Workworkwork 21:45, 14 August 2011 (UTC)Reply

Same issue.. Install ImageMagick? ok where? and am I'm then supposed to install commandline features on my server? Wonder what my ISP think of that.

Multi-upload

edit

Why do I still have to pick each file manually? Other upload forms allow you to select more than 1 file in the "browsing window". Or even drag'n'drop. If Flickr and Gmail use such features, it can't be user unfriendly. --Subfader 19:26, 2 April 2011 (UTC)Reply


Upload Wizard stops while uploading

edit

Hi, UploadWizard starts uploading and files are saved in the image directory - but then it stops at the second step, see image. Tested in MW 1.16 and MW 1.17.

 

I get the following error message:

   mw.UploadWizardUpload::getThumbnail> thumbnail error or missing information

What did I wrong? Thanks for support, --Filburt 15:18, 8 April 2011 (UTC)Reply

Too bad this is only for 1.17 and above. Bennylin 15:02, 7 July 2011 (UTC)Reply
Running this on WikiQueer, left it enabled but having this problem as well. Sometimes it gets stuck loading the initial page and then usually freezes the browser window. --Varnent 05:24, 2 September 2011 (UTC)Reply

I was also able to recreate this on mediawiki 1.17.1.

In internet explorer 9, it hangs at this screen: C:\fakepath\ColorPrinterFlyer.pdf Getting file information and previews...

In FireFox 9, it hangs with this message: ColorPrinterFlyer.pdf Getting file information and previews..

Upload Wizard gets stucked

edit

Hi! I could install Upload Wizard, so whenever I go to Special:UploadWizard I can seee the Wikimedia Commons tutorial and select a file to upload but when I choose the file Upload Wizard gets stuck in the process of uploading and after waiting a while the file doesn't upload but I don't get any error message. I am using Mediawiki 1.20. Please help! Thanks

Uploads fail, "readapidenied"

edit

Whenever I try to upload a file (or multiple files), I get the same error every time:

The server returned an error we did not understand: "readapidenied"

Additionally (not sure if this is related), when I select a file to upload, its path is displayed as "C:\fakepath\foo.jpg", no matter when on my disk the file actually lies.

--Dvd3141 05:50, 26 July 2011 (UTC)Reply


I can second this Uploads fail but not for all images.

Adding categories with colons in them

edit

I still get a javascript error message when I try to add categories during uploadwizard if the category name has a colon ":" in it. --99of9 01:33, 29 September 2011 (UTC)Reply

Optional configuration values

edit

I have installed it at my own wiki website 1.17 and can confirm it works as expected. However, i have a few suggestions. I think it would be better to add additional configuration settings to disable/enable the various pages in the wizard. For example the first learn page, although informative, it's a bit too much for many people. Long, English and the text cannot be modified and for small website it may not be necessary. In addition as another user here commented it should be possible to add multiple files without having to add one at a time. Other than that thank you for this extension, we really needed some good user interface for many parts of mediawiki to make it attractive and inviting for the regular user and this is one step forward. -- User:Wikimanz

Tutorial is translated, see e.g. commons:File:Licensing tutorial de.svg, and an option skipTutorial exists, e.g. as in (undocumented, check UploadWizard.config.php for further options):
$wgUploadWizardConfig = array(
'autoCategory' => 'Uploaded with UploadWizard',
'feedbackPage' => 'UploadWizard Feedback',
'altUploadForm' => 'Special:Upload',
'fallbackToAltUploadForm' => false, # true -> "-...been disabled due to temporary technical problems..."
'enableMultiFileSelect' => true,
'maxSimultaneousConnections' => 5, // default 3. Max number of simultaneous upload requests 
'skipTutorial' => true, 	// Set skipTutorial to true to always skip tutorial step
);
G.Hagedorn 22:13, 19 November 2011 (UTC)Reply

Problem with the extension using Mediawiki in French

edit

I had a problem using the extension with Mediawiki 1.17 in French. Whenever I tried to upload content, I clicked the the button to select a file, the dialog popped up but when I clicked "Open" it did not add files to the list. I looked at the Javascript error log and found out it seemed to be a problem with the namespace in which image files are added ("file" in English, but "fichier" in French) which seemed to be why I had this bug.

I then corrected 3 lines in combined.min.js (I could have done it in combine.js but I do not know how to minify it again). I changed the following lines: 10536 this.title=new mw.Title(mw.UploadWizardUtil.getBasename(localFilename),'fichier'); 10945 _this.upload.title=new mw.Title(mw.UploadWizardUtil.getBasename(path),'fichier'); 11397 var title=new mw.Title(result.title).setNamespace('fichier').getNameText();

I hope this can help someone, there must be a way to correct this problem but for now I managed to make the extension work. —The preceding unsigned comment was added by 142.213.192.126 (talkcontribs) 15:57, Nov 24, 2011 (UTC)


Error

edit

When I go to Special:UploadCampaigns on my wiki I keep getting this error.

Last attempted database query: (SQL query hidden)
Function: SpecialUploadCampaigns::displayUploadCamaigns
MySQL error: 1146: Table 'wikitux.mw_uw_campaigns' doesn't exist

The wiki version is 1.18.0 with MySQL version 5.0.91-log with PHP Version 5.2.17 (cgi-fcgi). I tried to do $php maintenance/update.php to see if it would add the table or update it. But it didn't. --Clarkcj12 01:17, 7 February 2012 (UTC)Reply

Same error for me with wiki version 1.18.1, MySQL version 5.5.16-log and PHP version 5.3.8 (apache2handler).
--JmJarry 00:58, 14 March 2012 (UTC)Reply


Works in master. The tables are created by running update.php --Nikerabbit (talk) 06:24, 22 April 2012 (UTC)Reply

Generality issues

edit

I've been seeking to add batch upload functionality to my MediaWiki installation, and came across this extension today. While it works after a fashion, it seems too specialized for use in the Wikimedia Commons. Here are some first impressions:

  • Upon every use, it displays a 'Learn' page suitable for new Wikimedia Commons users or small children, requiring the user to scroll down and click 'Next' to begin.
  • This 'Next' button is sometimes faded out and unusable for reasons that are not clear. This seems to include any time the 'Upload more files' button is used to restart the wizard.
  • Navigation is possible only by buttons at the bottom of the page, which never include 'Back', and not by the progress indicator at the top.
  • The 'Learn' page displays a large, red error banner if Instant Commons is not enabled.
  • The 'Upload' page has its own extension-checking mechanism, ignoring settings in LocalSettings.php that are specifically designed for that purpose.
  • The 'Upload' page hangs indefinitely on any attempt to upload a file that already exists or was previously deleted, and does not give the opportunity to change the file name to avoid a collision.
  • The 'Release rights' and 'Describe' pages require licensing and description metadata for each file, even when the wiki is configured to not require that information.
  • The 'Go to wiki home page' link at the end of the 'Use' page does not link to the wiki home page, but to the top level of the web domain, which in my case is a 403 error.

The version is UploadWizard-MW1.17-r85033.

Gblandst 03:18, 15 February 2012 (UTC)Reply

Unable to upload

edit
 
First try.
 
Second try

First, after complete all the forms, it said «Boletín_Oficial_de_la_República_Argentina_(01/07/1893).gif [api-error-unknownerror]». Then, after retry (as .jpeg), it denies to allow {{PD-100 }} as licence (but preview works fine). So, I must use the old upload page.

MW 1.22

edit

Hi, I'm trying to upload some file (whitelisted) but i get:

Internal error: server failed to store temporary file

Already check folder permission (drwxr-xr-x www-data www-data). Any idea?

Upload files from blacklist

edit

Hi

In my wiki I've got disabled BlackList file extensions by code:

$wgStrictFileExtensions = false;
$wgCheckFil--~~~~eExtensions = false;
$wgVerifyMimeType=false;
#$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ppt', 'pptx', 'pdf', 'psd', 'mp3', 'xls', 'xlsx', 'swf', 'doc','docx', 'odt', 'odc', 'odp', 'odg', 'mpp', 'exe');
$wgFileBlacklist = array_diff( $wgFileBlacklist, array( 'html', 'htm', 'js', 'jsb', 'mhtml', 'mht', 'php', 'phtml', 'php3', 'php4', 'php5', 'phps', 'shtml', 'jhtml', 'pl', 'py', 'cgi', 'exe', 'scr', 'dll', 'msi', 'vbs', 'bat', 'com', 'pif', 'cmd', 'vxd', 'cpl' ) );

I can successfully upload .exe file by the old page special:upload, but by the new special:uploadwizard I can't. My wiki shown me error about restricted file extension .exe.

If I uncomment string with $wgFileExtensions, then all will be fine and .exe file will be uploaded. So it's a problem or by design that extension ignored $wgFileBlacklist = array_diff ?

MediaWiki 1.19.1 PHP 5.4.4 (cgi-fcgi) MySQL 5.5.12 Upload Wizard (1.2 alpha)

Aev (talk)

Video-Upload

edit

Why is it not possible to upload Videos (e.g. *.mp4) ? An unknown error when uploading the files... Any ideas ? thx --hollosch (talk) 19:53, 4 July 2012 (UTC)Reply

Javascript error in Mediawiki 1.19.1

edit

I've installed this extension but when I navigate to SpecialPage:UploadWizard I get this screen

"This page has been disabled due to temporary technical problems. In the meantime try the standard upload form."

I see no errors in my Apache access or error logs, and in the Javascript console this is all I see

mw.loader::execute> Exception thrown by ext.uploadWizard: Cannot read property 'length' of undefined      load.php:148

All necessary values are set in LocalSettings.php and I have this options hash

$wgUploadWizardConfig = array(
        'debug'                         => true,        
        'autoCategory'                  => 'Uploads',
        'feedbackPage'                  => 'FeedbackUploads',
        'altUploadForm'                 => 'Special:Upload',        
        'fallbackToAltUploadForm'       => true,
        'enableFormData'                => false,  # Should FileAPI uploads be used on supported browsers?
        'enableMultiFileSelect'         => false,
);


Uploads fail, "Unknown error - http"

edit

Whenever I try to upload a file (or multiple files), I get the same error every time:

Unknown error - "http"

Solution

Add following lines to your LocalSettings.php

$wgEnableAPI = true;
$wgEnableWriteAPI = true;

--ZigzagGIS (talk) 07:13, 24 August 2012 (UTC)Reply

PHP Fatal Error

edit

I am getting this error when trying to access Upload Wizard in MediaWiki 1.19.2

 PHP Fatal error:  Call to undefined method Language::fetchLanguageNames() in /var/www/mediawiki-1.19.2/extensions/UploadWizard/UploadWizard.config.php on line 21

Product Version

MediaWiki 1.19.2

PHP 5.3.8 (apache2handler)

MySQL 5.1.59-log

Upload Wizard (Version 1.3)

Solution

edit
  • edit UploadWizard.config.php file
  • go to line 21
  • replace it with this : $baseLangs = Language::getLanguageNames();

passing parameters from other projects

edit

I am looking at adding an upload button to Image Requested template on English Wikipedia, see en:Template:Image requested/sandbox. Need a little advice on passing parameters through for description and categories. First what is the best way to get square brackets around the description for a link and secondly what is the delimiter when wanting more than one category?--Traveler100 (talk) 15:20, 1 October 2012 (UTC)Reply

As stated in bugzilla:46242 I would love to have a parameter for the article the picture is meant for. Did you find a solution for that as well? --Flominator (talk) 15:25, 28 June 2013 (UTC)Reply

no upload if file site exists

edit

i.e. http://simpsonspedia.net/index.php?title=Datei:KABF02_001.jpg i'd like to upload the file KABF02_001.jpg but UploadWizard tell me "a file with this name exists". no upload

same problem, if a file was deleted. i couldn't upload a file mit the same name. "it was a file exist, but this file was deleted" i.e. http://simpsonspedia.net/index.php?title=Datei:Pet_Shop_PABF16.jpg

i need a possibility to upload files in both cases.


an other topic: $wgUploadWizardConfig['autoCategories'] = 'Framegrabs'; if i use this variable than i get a category "F", a category "R", a category "A", a category "M", a category "E", a category "G", a category "B",and a category "S" but i need an category named "Framegrabs"

best regard --s.net 02:24, 19 November 2012 (UTC)Reply

Next button doesn't work

edit

I've seen that several people have this same problem; but no one seems to have gotten an answer. whenever i try to upload an image to my wiki the "next" button on the "describe" page does nothing. it just turns grey and the page does not load or anything. I am currently on firefox 12.0, however i have tried multiple browsers, i've tried updating my media wiki installation to 1.20.1. i am using uploadwizard 1.3 any response would be greatly appreciated.

-J

I'm getting the same error. --RDGGDR (talk) 23:13, 16 September 2015 (UTC)Reply

I get this if I don't fill in "Source" and "Author" but still proceed to the next page (where you pick filename and date etc metadata). If you add Source and Author you can upload. --RDGGDR (talk) 17:05, 17 September 2015 (UTC)Reply

Trying to locate file

edit

I am trying to locate the file with File:Licensing tutorial en.svg, I'd like to replace it with a version I adapted for my project. I've ran a search with my FTP client and came up dry. Can someone point me to that location ? thanx, Mlpearc (powwow) 17:18, 8 December 2012 (UTC)Reply

I had the same question, here is the solution: First, you need to upload the file in your Wiki via Special:Upload or Special:UploadWizard. Then you need to set 'tutorialTemplate' => 'Licensing_tutorial_$1.svg' in your LocalSettings.php with your file name and the other settings in $wgUploadWizardConfig = array();
The $1 in the file name is the language code - i.e. en, de... If you use a svg-file you need to enable SVG support for your Wiki, see Manual:Image_administration#SVG --Filburt (talk) 14:17, 14 December 2012 (UTC)Reply
Thank you Filburt, I'll start configuring that now, I already have the new file uploaded, am a little surprised to see it's a configuration in LS.php, I was thinking I needed to change the filename in a directory within the UploadWizard extension. Again thanx. P.S. works great ! 20:02, 14 December 2012 (UTC)


Older versions?

edit

I am trying to download the extension for the 1.17 Mediawiki. However, I cannot see it anywhere. Do you happen to know where might I find it?
--Fladei (talk) 23:05, 17 January 2013 (UTC)Reply

How to customize?

edit

We would like to make the "description" and "title" non-mandatory. Is there a setting available in LocalSettings or through a MediaWiki: wikipage?

Also, the list of licenses for the normal 1-file upload form (= MediaWiki:Licenses) is being ignored. Is there a second setting for the UploadWizard, or is the selection of available licenses hard-coded? --Vigilius (talk) 14:20, 31 January 2013 (UTC)Reply

I'm having a similar problem, I am creating a semi-private wiki and I need to use a custom License attribution, but can't find how to do it. Any suggestions?
Same issue, I have created a bug report here. Kelson (talk) 16:05, 5 February 2013 (UTC)Reply

UW stuck on "Uploading...", never returns

edit

I'm having a problem with UploadWizard and I can't figure out what's wrong. UW used to work gloriously, but then it just stopped.

When I upload a file, the thumbnail displays well. Then it just displays the "Uploading..." status and it never proceeds. The file appears in the stash, but never as an actual file.

I've tried: - removing stash files - trying different file formats - different users - new files, old files.

I enabled various debugging and am posting the log below. The error most concerning is:

Class PEAR_Error not found; skipped loading

Any ideas?

UploadStash::stashFile stashing file at '/var/tmp/phpqfkyMN'
MimeMagic::guessMimeType: WARNING: use of the $ext parameter is deprecated. Use improveTypeFromExtension($mime, $ext) instead.
MimeMagic::doGuessMimeType: analyzing head and tail of /var/tmp/phpqfkyMN for magic numbers.
MimeMagic::doGuessMimeType: getimagesize detected /var/tmp/phpqfkyMN as image/png
MimeMagic::guessMimeType: guessed mime type of /var/tmp/phpqfkyMN: image/png
UploadStash::stashFile key for '/var/tmp/phpqfkyMN.png': 11ct563cos90.m93qmf.6.png
UploadStash::stashFile inserting mwrepo://local/temp/2/26/20130412173310!phpqfkyMN.png under 11ct563cos90.m93qmf.6.png
DatabaseBase::query: Writes done: INSERT  INTO `developingottawauploadstash` (us_id,us_user,us_key,us_orig_path,us_path,us_size,us_sha1,us_mime,us_media_type,us_image_width,us_image_height,us_image_bits,us_source_type,us_timestamp,us_status) VALUES (NULL,'6','11ct563cos90.m93qmf.6.png','/var/tmp/phpqfkyMN.png','mwrepo://local/temp/2/26/20130412173310!phpqfkyMN.png','4368','p039x1u4phm2dfdf3comjz7fsrx1dvh','image/png','BITMAP','231','92','8','file','20130412173310','finished')
Query develpd7_developingottawa (22) (slave): INSERT /* UploadStash::stashFile Another user */  INTO `developingottawauploadstash` (us_id,us_user,us_key,us_orig_path,us_path,us_size,us_sha1,us_mime,us_media_type,us_image_width,us_image_height,us_image_bits,us_source_type,us_timestamp,us_status) VALUES (NULL,'6','11ct563cos90.m93qmf.6.png','/var/tmp/phpqfkyMN.png','mwrepo://local/temp/2/26/20130412173310!phpqfkyMN.png','4368','p039x1u4phm2dfdf3comjz7fsrx1dvh','image/png','BITMAP','231','92','8','file','20130412173310','finished')
FSFile::getProps: Getting file info for /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png
MimeMagic::doGuessMimeType: analyzing head and tail of /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png for magic numbers.
MimeMagic::doGuessMimeType: getimagesize detected /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png as image/png
MimeMagic::guessMimeType: guessed mime type of /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png: image/png
MimeMagic::improveTypeFromExtension: improved mime type for .png: image/png
FSFile::getProps: /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png loaded, 4368 bytes, image/png.
FSFile::getProps: Getting file info for /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png
MimeMagic::doGuessMimeType: analyzing head and tail of /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png for magic numbers.
MimeMagic::doGuessMimeType: getimagesize detected /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png as image/png
MimeMagic::guessMimeType: guessed mime type of /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png: image/png
MimeMagic::improveTypeFromExtension: improved mime type for .png: image/png
FSFile::getProps: /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png loaded, 4368 bytes, image/png.
MimeMagic::guessMimeType: WARNING: use of the $ext parameter is deprecated. Use improveTypeFromExtension($mime, $ext) instead.
MimeMagic::doGuessMimeType: analyzing head and tail of /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png for magic numbers.
MimeMagic::doGuessMimeType: getimagesize detected /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png as image/png
MimeMagic::guessMimeType: guessed mime type of /home3/develpd7/public_html/images/temp/2/26/20130412173310!phpqfkyMN.png: image/png
Query develpd7_developingottawa (23) (slave): SELECT /* LCStore_DB::get Another user */  lc_value  FROM `developingottawal10n_cache`  WHERE lc_lang = 'en' AND lc_key = 'specialPageAliases'  LIMIT 1  
Class PEAR_Error not found; skipped loading
Query develpd7_developingottawa (24) (slave): COMMIT

I filed this as [[1]].

Alexthepuffin (talk) 17:42, 12 April 2013 (UTC)Reply

License Templates

edit

How do I set licensing templates ? Anyone can help me ?

Do you mean the templates used for defining the types of license applied to a file? Such as those in this category? --Ckoerner (talk) 15:43, 31 July 2013 (UTC)Reply

Uploading Duplicate or Revised Files

edit

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." Is there a way to allow duplicate or revised files to be uploaded using this Upload Wizard? Thanks in advance! --Jhunter13 (talk) 22:24, 13 May 2013 (UTC)Reply

Page stuck on loading image

edit

I've installed the files and changed the LocalSettings file to enable the UploadWizard but when I go to the page it doesn't load properly. All I get is the 24px-spinner-0645ad.gif image file that indicates that it is trying to load the wizard but nothing happens. I'm using WikiMedia 1.21. Anybody else have this problem? Or even better a solution to the problem --Tenzel Kim (talk) 10:19, 15 July 2013 (UTC)Reply

My wiki is the same after upgrading to 1.21?

Same Issue here. Ltickett (talk)

Same issue with a fresh install of 1.21 AndyDenn (talk)

The extensions javascript assumes that another extension is active that is not active by default, so you need to enable Extension:TitleBlacklist to get it to work.

I've enabled TitleBlacklist, but I still get the same problem.

I was having the same problem on Ubuntu after installing UW with Git. Nothing worked until I replaced it all with the tar.gz archive installed manually. Hope this helps. --Tactica (talk) 07:48, 6 April 2017 (UTC)Reply

Incorrect documentation regarding configuration arguments

edit

Adding the following variable of 'skipTutorial' to LocalSettings.php does not actually skip the tutorial. This is per the documentation.

$wgUploadWizardConfig = array(
        'skipTutorial' => true
 );

Modifying UploadWizard.config.php directly (which is bad) on line 106 ('skip' => true,) does remove the tutorial.

It appears that the method to configure settings is different in the actual code and inconsistent with the documentation. Can anyone clarify or help provide the correct syntax to set options?

edit

I am unable to download this extension. When I click on the Download link, it says extension doesnt exist. So is this extension abandoned? What is the status of this? Maybe the page needs to be updated if this is no longer available.— Preceding unsigned comment added by Alien Time (talkcontribs)

Page stuck on loading image

edit

I installed the extension and when I go to Special:UploadWizard the page keeps loading forever, all I can see is a spinner. I'm using MW 1.21 Any solution for this? Thanks

Hello IsraelDefenseForces. It is best to put new questions on the bottom of the page. On your question, you are basically telling everyone that you are not able to get it to work on MW 1.21. There are a lot of set-up possibilities with this extension you should at least let everyone know how you configured the extension. Did you test this on a clean MW install with only this extension activated? A small note, your username seems a little odd to me. Are you suggesting the Israeli defense forces are using MediaWiki now? :) --Jongfeli (talk) 11:57, 1 November 2013 (UTC)Reply

Hi Jongfeli, thanks for the answer. I tried disabling all the others extension I have and it still doesn't work. I tried setting up a clean MW to test and it didn't work either.
Concerning the extension, I just downloaded it, put the folder UploadWizard in extensions and added these following lines in Localsettings :
$wgEnableUploads = true;
$wgGenerateThumbnailOnParse = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgApiFrameOptions = 'SAMEORIGIN';
require_once( "$IP/extensions/UploadWizard/UploadWizard.php" );

I've read in the discussion page that other users report the same problem but no solution has been found yet! If you can help me, thank you. NB : concerning the nickname I wasn't very imaginative so I took the first thing I saw in my browser ;)

Thanks! User:IsraelDefenseForces

I tried this on a clean MW-1.21.1 and downloaded the latest code from here for UploadWizard. The only extension active is UploadWizard and it works just fine. In your set-up you use $wgImageMagickConvertCommand = "/usr/bin/convert"; this means you are running your wiki on a Linux server? Are you using an ancient browser?
If you are stuck create a new Wiki (when possible) on which you can upload images $wgEnableUploads = true;, don't use ImageUpload yet. See if uploading images is working fine with the default interface from MediaWiki. Then enable UploadWizard without the extra configuration settings just require_once( "$IP/extensions/UploadWizard/UploadWizard.php" ); and see what happens. --Jongfeli (talk) 07:13, 5 November 2013 (UTC)Reply
Same problem here. 190.190.160.61 12:05, 10 April 2014 (UTC)Reply
I was able to resolve this by disabling the Vector extension that I had carried over to MW 1.22 during an upgrade from a MW 1.18 installation.

Problem with UploadWizard regarding file extensions.

edit

Since I upgraded to MW 1.21 I have a problem with UW (UploadWizard) regarding file extensions.

For instance, I try to upload a .ogg file, UW says that files with file extension .ogg is not allowed. When I try it on the normal upload, the file uploads. This UW problem happens with all allowed file extensions.

I also have the following MediaWiki extensions: TitleBlacklist, UploadBlacklist. (might not be helpful)

--98.195.57.200 23:02, 28 November 2013 (UTC)Reply

  • I had the same issue. For me, it was caused by $wgFileExtensions being under the require_once("$IP/extensions/UploadWizard/UploadWizard.php'); in my LocalSettings.php. I moved it above the UploadWizard and it fixed the problem. If anyone can confirm that this is necessary, it should be added to the instructions/requirements. --MikeDarling (talk) 19:34, 19 January 2015 (UTC)Reply

derivative works

edit

It would be great if the uploadwizard form had some field to precise individually that the picture is some derivative work and give some links to the original files if it is on the same server. For example see BS icons on commons.wikimedia.--Akiry (talk) 13:32, 1 December 2013 (UTC)Reply

Misleading description

edit

The description is a litte bit crappy. It describes what to do but its not everytime clear if it is obligatory or nor an why doesnt it start with the file to download and where to put it? Ogmios (talk) 10:30, 22 December 2013 (UTC)Reply

Campaign special page bug

edit

UploadWizard v1.3, displays special page "<campaigns>". Clicking this special page link, leads to the following error:

A database query error has occurred. This may indicate a bug in the software.


Flickr Upload stuck

edit

Regular uploads work fine, but the flickr uploads get stuck. Tried using both the stable and the latest v1.4 of the extension.

--Aviationwikinet (talk) 13:45, 10 May 2014 (UTC)Reply

Namespace Campaign – Does it have to be configured additionally?

edit

We have UW 1.3 running and the Namespace “Campaign” or “Campaign Talk” does not show up when searching the wiki. So I wonder if it has to be defined? Somehow like this:

define('NS_CAMPAIGN', 460);// 460 it is in https://commons.wikimedia.org
define('NS_CAMPAIGN_TALK', 461);// 461 it is in https://commons.wikimedia.org
if( $wgDBname == "my-special-wiki" ) {
  $wgExtraNamespaces = array(
    NS_INTERNAL      => "Campaign",
    NS_INTERNAL_TALK => "Campaign Talk"
  );
}

Or how does the namespace “Campaign” or “Campaign Talk” gets activated or to be able to search it? --Andreas P.   13:39, 13 May 2014 (UTC)Reply

Flickr upload stucked

edit

I set to upload images with flickr, i put api key in LocalSettings and UploadWizardcofig, but it's stucked uploading photo.

Help me to fix it please.

Upload wizard just for all except for owner

edit

Hello

I wanna setup upload wizard for all users, but I as administrator, don't wanna use it, how can I do it?

How to setup different licenses

edit

Hi!

I wanna setup other licenses, I have my own licenses templates, but if I put wikitext in "other licenses" doesn't acept it.

How to change it o put mines instead default?

PHP Fatal error after installation

edit

I am getting this error after installing the UploadWizard extension:

Fatal error: Call to undefined method Language::fetchLanguageNames() in /etc/mediawiki-extensions/extensions-available/UploadWizard.config.php on line 23

Unknown dependency

edit

Hey, the wizard is getting stuck at the loading image on MW1.24.1 with default settings. Can anybody reproduce or get it working with a clean install?

Uncaught Error: Unknown dependency: mediawiki.confirmCloseWindowload.php?debug=false&lang=en-gb&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=2015011…:167
sortDependenciesload.php?debug=false&lang=en-gb&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=2015011…:167
sortDependenciesload.php?debug=false&lang=en-gb&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=2015011…:167
sortDependenciesload.php?debug=false&lang=en-gb&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=2015011…:168
resolveload.php?debug=false&lang=en-gb&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=2015011…:179
mw.loader.loadSpecial:UploadWizard:262 (anonymous function)

api-error-internal_api_error-DBQueryError

edit

Hi,

I am having the following error (api-error-internal_api_error_DBQueryError) randomly on uploaded files. It has the following consequences:

  • The image is uploaded but not visible (I think it's because it's not in the index) in visual editor file browsing
  • The image can not be uploaded again

Do you happen to know why it happens? Also how can we prevent it?

Image error: Image error

Do uploads to my wiki go to WikiMedia Commons as well?

edit

Ok, I managed to set up an account. I am the original poster of this question.

I created a wiki using mediawiki on my personal web site, and added the UploadWizard extension.

When I use it, it works fine, and it uploads fifty files at a time efficiently. Well done!

But UploadWizard gives the impression, in the way it demands licensing information and the way it thanks me and suggests my files may be used elsewhere, that I am uploading not only to my site, but to Wikipedia Commons.

There is no clear warning that this is the case, and I have been assuming that the messages relate to UploadWizard use by Wikipedia, and this text does not apply if I run the UploadWizard php code on my own mediawiki.

However I would like to have this comfortable assumption confirmed. I tried reading the php but I couldn't be sure. Do the files appear only on my site, or are they uploaded elsewhere as well?

It's a nice piece of coding, but it needs to have its messages changed when it's used on a private wiki. Unless the deal is that there is no such thing as a private wiki, and anything at all I publish using mediawiki is somehow considered free for all. I haven't seen any indication that this is the case, but I'm a little concerned because of the confusing messages.

USA and Commons

edit

I'm trying to set this extension up on my wiki, and I'm running into two problems:

  1. The upload tutorial names the site as "Wikimedia Commons".
  2. The rights screen uses the correct wiki name but states that it is in the USA (our wiki is located in Canada).

Is it possible to fix this? 24.72.137.130 23:36, 11 June 2015 (UTC)Reply

To skip the tutorial, add this to your LocalSettings.php: $wgUploadWizardConfig = array('tutorial' => array('skip' => true)); As for the wording of the rights screen, I'm not sure. I get the impression that this extension is being developed by the WMF for the WMF, and without too much attention to installations out in the wild. I'm sure that'll change though! :) Sam Wilson 22:05, 15 March 2016 (UTC)Reply

JSON error

edit

When I try to add a Campaign I get the following error: Fatal error: Call to a member function getJsonData() on a non-object in /path/w/extensions/UploadWizard/includes/UploadWizardCampaign.php on line 76

I also can't upload pictures (I click the button to get to the last stage after entering file name and source, and nothing happens).

I've run update.php and enabled it in the config file. Any ideas?

edit

When clicking on a link to create a file upload, the URL shows "Special:UploadWizard?wpDestFile=Testme.xls" where Testme.xls is the name of the link.

When getting to the Description page though, the Destination File name is completely ignored and the Wizard defaults to the original name of the file that is being uploaded.

This is non-standard for how the regular upload function works for wiki.

TypeError: mw.UploadWizard.config.licenses[defaultLicense] is undefined

edit

Trying to disable the need to choose a license. Therefore I have this array in LocalSettings.php as found on https://phabricator.wikimedia.org/diffusion/EUWI/browse/master/README

$wgUploadWizardConfig = array(
    'licensing' => array(
            'ownWorkDefault' => 'own',
            'ownWork' => array(
                'type' => 'or',
                'template' => 'licensing', // this adds a link to Template:Licensing to the file info page
                'licenses' => array(
                     'generic',
                )
            ),
    ),

);

Unfortunately this leeds to the console-error mentioned in the headline of this post. Anybody an idea, how to do this correctly? Or is there an easier way to disable choosing a license (and take a default one instead?

Thx RacingRalf (talk) 11:22, 20 May 2016 (UTC)Reply

How to make UploadWizard work properly on a customized skin?

edit

hi,

I am working on an internal wiki built on top of MediaWiki. We have a customized skin to fit in our intranet. And we try to implement the UploadWizard on our internal wiki.

It is installed successfully and working fine on Vector skin. But it does not work on our customized skin.

Is there any special requirement to make UploadWizard to work on a customized skin?

thanks,

Sean

Update the Templates section on the UploadWizard page

edit

I tried the suggested way to Import the Wikimedia Commons Information Template and ended up with 60+ templates and the end result was barely any useful info on the file pages after uploading.

I noticed that the instructions on the MultimediaViewer extension page pointed to a different Information template to import (although it was on-page XML which may pose a risk). This one was much simpler and worked with no problems. Does anyone think it would be good to update the instructions on this Extension's page as well? --Potrod (talk) 02:21, 4 June 2016 (UTC)Reply

Wizard stop after "Release rights"

edit

I'm installing UploadWizard to my MediaWiki 1.27 on Ubuntu 16.04LTS.

For first two steps, it seems like working fine.

But after step "Release rights", the Wizard just stop.

It won't jump to step "Describe", and nothing happened.

After all, nothing is uploaded successfully.

I try all 3 options in "Release rights", the result never changed.

Anyone knows what is going on? --JHK (talk) 02:29, 21 October 2016 (UTC)Reply

This is happening to me as well after moving my wiki to a new webhost and updating to 1.28. Appears to retreive the picture from Flickr fine but does not work after that. Works fine when not using Flickr. NemesisAT (talk) 14:32, 10 April 2017 (UTC)Reply
Try again with the very latest snapshot. I was in a similar situation and risking it with the latest code helped, for a change.
--Tactica (talk) 13:40, 20 November 2017 (UTC)Reply

Error code: 127 - Error to create thumbs

edit

After Upload images, I have this with the Thumbs...

Erro ao criar miniatura: /usr/local/bin/convert: error while loading shared libraries: libMagickCore-7.Q16HDRI.so.0: cannot open shared object file: No such file or directory

Error code: 127

Any idea?

Ps translate: Erro ao criar miniatura: -> Error to create thumbs

Tartarugavoadora (talk) 05:29, 1 May 2017 (UTC)Reply

Missing extension.json in REL1_26

edit

Why is the branch for mediawiki 1.26 missing the extension.json? It can't even run without the file. UploadWizard won't run with the latest extension.json.

Stops at DESCRIBE

edit

While it was working previously, after some MediaWiki and/or UploadWizard update, it stopped working. Eventually, I got around to reinstalling the extension and it started working to a point. Now, I can select and upload the files, set my rights, and when I click next it goes to the Describe page. I have the header and the next button, but I have no pics or the form that I fill out for each image. It's just the header and the button that doesn't do anything. What went wrong and more importantly, how do I get it to start working again?

Bryan Britt

File description language problem

edit

After a fresh install of the plugin (first time installing), I tested if everything was working. But there is a problem with the language listing. Everything is fine (in Dutch) except for the Description field. For some reason this is set by default to Japanese (日本語). Even when hard resetting the languages to nl and en:

$wgUploadWizardConfig = array(
        'debug' => false,
        'uwLanguages' => array(
                'nl' => 'Nederlands',
                'en' => 'English'
                ), // Selectable languages for file descriptions - defaults to 'en'
        );

It will still show up in the list.

 
Screenshot

MediaWiki: v1.29.1 PHP: 7.0.30-0ubuntu0.16.04.1 Upload Wizard: 1.5.0 (434cd35)

findSelectedItemsData is not a function Error

edit

On my UploadWizard page I get a JS error:

TypeError: this.checkboxesWidget.findSelectedItemsData is not a function

I ran this on the server:

$ grep -r "findSelectedItemsData"  *
extensions/UploadWizard/resources/mw.FlickrChecker.js:					$.when.apply( $, checkboxesWidget.findSelectedItemsData().map( function ( image ) {
extensions/UploadWizard/resources/uw.CopyMetadataWidget.js:		this.copyButton.setDisabled( this.checkboxesWidget.findSelectedItemsData().length === 0 );
extensions/UploadWizard/resources/uw.CopyMetadataWidget.js:		var metadataTypes = this.checkboxesWidget.findSelectedItemsData();

This site has oojs-ui here:

/extensions/VisualEditor/lib/ve/lib/oojs-ui/

but this function is not defined. Can someone advise what I am missing?

Changing alternatives at "Use different license"

edit

In the "Release rights" step, when choosing "This file is my own work" and then "Use different license", the last option reads "I have reviewed the disclaimer for this wiki and to my best knowledge this work is not under data protection levels exceeding those of this wiki." which is not an actual license. I want to change this text to "Creative Commons — Attribution-ShareAlike 4.0", but how do I do this? Mikael Häggström (talk) 18:06, 21 July 2018 (UTC)Reply

Unknown error: "writeapidenied"

edit

In a Mediawiki 1.28 the Upload Wizard for Mediawiki 1.27 is installed (since there is no UploadWizard for Mediawiki 1.28). When trying to upload a file the screen always says: Unknown error: "writeapidenied".

I tried installing the version of UploadWizard for Mediawiki 1.29 - it says the same.

I alos tried installing the versions of UploadWizard für Mediawiki 1.30 and 1.31, but they give a message like [3c46dc426590d0e28116d395] 2018-08-21 16:03:38: Fatal exception of type "Error"

The most current snapshot will even result in a blank page with the Mediawiki no more reacting at all.

What exactly is the problem here? Does someone know the solution for the "Unknown error: "writeapidenied"?

Takemyname (talk) 17:22, 21 August 2018 (UTC)Reply

Try adjusting your user permissions. Try removing any custom user permissions, just as a test so see if that helps. HSRobinson (talk) 17:10, 23 August 2018 (UTC)Reply
Thank you very much! I finally found the problem - it was simply the respective Mediawiki user needed the "writeapi" permission. For example:
$wgGroupPermissions['sysop']['writeapi'] = true;

Uncaught TypeError: Cannot read property 'checkValidity' of undefined

edit

I am running UploadWizard with Mediawiki v 33 beta.

After uploading some images and going through i get the following error on the Describe page.

Uncaught TypeError: Cannot read property 'checkValidity' of undefined
    at load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:107
    at Array.map (<anonymous>)
    at mw.UploadWizardDetails.checkValidity (load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:107)
    at MWUploadWizardUpload.<anonymous> (load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:172)
    at Function.each (load.php?debug=false&lang=en&modules=ext.uploadWizard.jquery.arrowSteps|jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.spinner|mediawiki.api.edit%2Cparse|mediawiki.feedback%2Cicon%2CmessagePoster|mediawiki.widgets.DateInputWidget|oojs-ui-core.styles|oojs-ui.styles.icons-editing-advanced%2Cicons-location|user.defaults&skin=vector&version=0gdefmp:6)
    at UWControllerDetails.uw.controller.Details.valid (load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:172)
    at UWControllerDetails.uw.controller.Details.startDetails (load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:171)
    at UWUIDetails.oo.EventEmitter.emit (<anonymous>:27:486)
    at startDetails (load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:221)
    at OoUiButtonWidget.oo.EventEmitter.emit (<anonymous>:27:486)
(anonymous) @ load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:107
checkValidity @ load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:107
(anonymous) @ load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:172
each @ load.php?debug=false&lang=en&modules=ext.uploadWizard.jquery.arrowSteps|jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.spinner|mediawiki.api.edit%2Cparse|mediawiki.feedback%2Cicon%2CmessagePoster|mediawiki.widgets.DateInputWidget|oojs-ui-core.styles|oojs-ui.styles.icons-editing-advanced%2Cicons-location|user.defaults&skin=vector&version=0gdefmp:6
uw.controller.Details.valid @ load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:172
uw.controller.Details.startDetails @ load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:171
oo.EventEmitter.emit @ VM188:27
startDetails @ load.php?debug=false&lang=en&modules=ext.uploadWizard|ext.uploadWizard.apiUploadFormDataHandler%2CapiUploadHandler%2CapiUploadPostHandler%2CformDataTransport%2Cpage|uw.base%2Cunits|uw.controller.Deed%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2Cbase|uw.deed.Abstract%2CCustom%2CExternal%2COwnWork%2CThirdParty%2Cbase|uw.deed.dialog.PatentDialog%2Cbase|uw.ui.Deed%2CDeedPreview%2CDetails%2CStep%2CThanks%2CTutorial%2CUpload%2CWizard%2Cbase&skin=vector&version=18ee541:221
oo.EventEmitter.emit @ VM188:27
OO.ui.mixin.ButtonElement.onClick @ load.php?debug=false&lang=en&modules=ext.uploadWizard.jquery.arrowSteps|jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.spinner|mediawiki.api.edit%2Cparse|mediawiki.feedback%2Cicon%2CmessagePoster|mediawiki.widgets.DateInputWidget|oojs-ui-core.styles|oojs-ui.styles.icons-editing-advanced%2Cicons-location|user.defaults&skin=vector&version=0gdefmp:179
dispatch @ load.php?debug=false&lang=en&modules=ext.uploadWizard.jquery.arrowSteps|jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.spinner|mediawiki.api.edit%2Cparse|mediawiki.feedback%2Cicon%2CmessagePoster|mediawiki.widgets.DateInputWidget|oojs-ui-core.styles|oojs-ui.styles.icons-editing-advanced%2Cicons-location|user.defaults&skin=vector&version=0gdefmp:71
elemData.handle @ load.php?debug=false&lang=en&modules=ext.uploadWizard.jquery.arrowSteps|jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.spinner|mediawiki.api.edit%2Cparse|mediawiki.feedback%2Cicon%2CmessagePoster|mediawiki.widgets.DateInputWidget|oojs-ui-core.styles|oojs-ui.styles.icons-editing-advanced%2Cicons-location|user.defaults&skin=vector&version=0gdefmp:67

— Preceding unsigned comment added by Jamiehutber (talkcontribs) 00:05, Dec 21, 2018 (UTC)

I also have this issue, but I using REL_32 version. -- 星耀晨曦 (talk) 06:21, 20 January 2019 (UTC)Reply
In the end I fixed it by making sure that the version of UploadWizard was the exact same version as mediawiki. I can't exactly remember but I might have had to update other items too But basically make sure they are all in line.. -- User:Jamiehutber (talk) 06:21, 20 January 2019 (UTC)Reply

baso minangkabau in Description dropdown

edit

I have everything set as english in my config: `$wgLanguageCode = "en";`

However the description seems to be set to Baso for some reason.

How can I force this to be english and give no options?

Flickr Creative Commons license

edit

Hello, is it possible to upload to Flickr from creative commons licenses other than CC-BY and CC-BY-SA? I realise Wikimedia Commons doesn't accept images from other licenses, but I host them on my own wiki.

Thanks, --NemesisAT (talk) 06:51, 4 February 2019 (UTC)Reply

Limit dimension sizes for images uploaded

edit

I have a need to make sure that images are no bigger than XXXxXXXpx.

Is there a way to use imageMagic to scale down the images? --Jamiehutber (talk) 16:51, 12 February 2019 (UTC)Reply

How to translate NS_CAMPAIGN to a local language (French, German, Italian and so on)?

edit

Hej-hej,

how is it possible to properly translate the NS_CAMPAIGN ? If I load the extension via wfLoadExtension( 'UploadWizard' ); I guess it gets the NS_CAMPAIGN definition from extension.json, right? I want to translate it to French, German, Italian and so on. How can I do this the right way? Thank you --Andreas P.   09:21, 11 April 2019 (UTC)Reply

See https://www.mediawiki.org/wiki/Topic:Uxne0h9gi9476l29 --Andreas P.   21:48, 11 April 2019 (UTC)Reply

The custom MediaWiki:mwe-upwiz-license doesn't display

edit

I have a problem, I've edited $wgUploadWizardConfig for to add new choices of licenses. But in the UploadWizard, when I am going to choose a custom license, the text shows something like this ⧼mwe-upwiz-license-wikimedia⧽ and the message MediaWiki that I'd created don't display.

For example, I've added this to $wgUploadWizardConfig:

        'licenses' => array(
		'wikimedia' => array(
			'msg' => 'mwe-upwiz-license-wikimedia',
			'templates' => array( 'Wikimedia' )
		),
		'other-wiki' => array(
			'msg' => 'mwe-upwiz-license-other-wiki',
			'templates' => array( 'Other wiki' )
		)
	),
        'licensing' => array(
        'ownWork' => array(
            'type' => 'or',
            'defaults' => 'cc-by-sa',
			'licenses' => array(
				'own',
				'public-domain',
				'cc-by-sa'
            )
		),
		'thirdParty' => array(
			'type' => 'or',
			'defaults' => 'none',
                        'template' => 'self', // this adds a link to Template:Licensing to the file info page
                        'licenseGroups' => array(
				array(
					'head' => 'mwe-upwiz-license-wiki-head',
					'licenses' => array(
						'wikimedia',
						'other-wiki'
					)
				)
                        )
		)
       )

In UploadWizard, the text is shown like this:

⧼mwe-upwiz-license-wiki⧽

  • ⧼mwe-upwiz-license-wikimedia⧽
  • ⧼mwe-upwiz-license-other-wiki⧽

What can I do?--181.55.114.245 07:38, 15 May 2019 (UTC)Reply

Hello, I've managed to solve this task, see: How do I add custom license to Extension:UploadWizard? -- Spas.Z.Spasov (talk) 16:48, 25 June 2019 (UTC)Reply

Upload duplicates

edit

It would be great to be able to upload duplicates of an image, for example if there was some editing. It's good to be warned before, but then UploadWizard should accept the new version for an upload.

I believe you should use the alternative classic process via "Special:Upload" for this. For this extension this is proabably out of scope for a reason. --[[kgh]] (talk) 13:32, 3 July 2019 (UTC)Reply

replace information template with custom template

edit

Hi, is there a way to replace the default information template with my own? My site already has a template for photos I need to use. Even if it means some simple alteration to the source code, I could work with that.

It appears to me that the name information for the template is hard-coded. Thus this is a feature request. If you do not have a template information on your wiki you could either rename your template to information or just create a redirect from Template:Information to Template:Photo. --[[kgh]] (talk) 13:41, 3 July 2019 (UTC)Reply
Return to "UploadWizard/Archive" page.