Wikipedia talk:File Upload Wizard/Archive 4

Active discussions
Archive 1 Archive 2 Archive 3 Archive 4 Archive 5 Archive 6 Archive 7

Reader feedback: Filled in form correctly. It...

Interceptor7 posted this comment on 15 June 2013 (view all feedback).

Filled in form correctly. It doesn't upload.

Any thoughts?

I tried too it doesn't upload :( Dianasweetiegina (talk) 02:49, 22 June 2013 (UTC)

@Dianasweetiegina: Does the "upload" button remain greyed-out (unclickable), as in the thread just above? (If so, you're probably missing one of the required fields.)
If it's a different problem, please try to describe which part it breaks at. Thanks. –Quiddity (talk) 01:16, 25 June 2013 (UTC)

Reader feedback: I have completed all the req...

ElAsturiano posted this comment on 25 June 2013 (view all feedback).

I have completed all the required fields and the upload button will not become active AND nothing tells me what am I missing or doing wrong. I am viewing this page on chrome on a MBP 15" retina.

Any thoughts?

Be sure you have selected a photo from your computer for transfer. GeorgeLouis (talk) 04:40, 6 July 2013 (UTC)

3 proposed edits from Elvey

I propose this edit: s/most US state and local agencies/[[Copyright status of work by U.S. subnational governments|most US state and local agencies]]/

because linking thusly: most US state and local agencies is informative.

I propose this edit: s/any file you found somewhere, even if you have good reason to believe its owner would not mind us using it, but you don't have an explicit licensing statement from the copyright owner./any file you found somewhere, even if you have good reason to believe it has a copyright owner who would not mind us using it, but you don't have an explicit licensing statement from them./ Reason for change: Let's try to avoid contradiction; we CAN use, e.g. public domain files, even WITHOUT an explicit licensing statement from the owner.

I propose this edit: s/any file that is licensed for use exclusively on Wikipedia, or is free except that is excludes commercial purposes./any file that is licensed for use exclusively on Wikipedia, or is free except that the free license excludes commercial use./ Reason for change: Fix grammar error; refine.--Elvey (talk) 00:37, 3 July 2013 (UTC)

  Done. Thanks for the updates! — Mr. Stradivarius ♪ talk ♪ 11:32, 8 July 2013 (UTC)

Wizard not working

The wizard appears not to be working. The "Upload" button remains "greyed out" even after all the relevant information has been submitted. Can someone help? Mooretwin (talk) 11:24, 19 June 2013 (UTC)

Hello? Mooretwin (talk) 21:50, 19 June 2013 (UTC)
@Mooretwin: Sorry for the delay. Not everyone checks their watchlists daily, or has time (or expertise) to answer every question! (Most people avoid posting "Sorry, I don't know" type responses, and just stay silent.)
I tried uploading a file, and the upload button stopped being greyed-out, once I fixed the final parameter it was complaining about or asking for. Therefor, I cannot replicate your problem myself, without further information.
Can you remember (and re-attempt) which options you were using? We just need to know which options were in-play, not the specific details you were answering each with.
(A Text description is probably sufficient, but if you feel screenshots would help, then imgur.com is an easy/free/no-signup image host). –Quiddity (talk) 22:53, 19 June 2013 (UTC)
Did you fill out every field with a red asterisk? Did you click in another field after filling out the last field? What is your browser? PrimeHunter (talk) 22:58, 19 June 2013 (UTC)
Thanks, folks. I've retried to upload the image and the problem remains. There follows a precise explanation of what I did:
  • Step 1 - uploaded image from my own PC
  • Step 2 - entered text to describe the file and provide brief description of the contents
  • Step 3 - checked the box "This is a copyrighted, non-free work, but I believe it is Fair Use"; entered text to say which article the file will be used in; checked the box "This is a logo of an organisation"; selected "Logo of a company, organization, etc"; checked the box "This image will be shown as a primary means ..."; entered text to explain how use of the file will be minimal; selected "none" for special source and license conditions; entered text ("n/a") for any further relevant information.
The "Upload" button remains "greyed out". Mooretwin (talk) 12:58, 20 June 2013 (UTC)
@Mooretwin: You missed the "Source:" field, just above "primary means". Once I entered text there, the upload button became clickable. ;) –Quiddity (talk) 17:17, 20 June 2013 (UTC)
Thanks - seems to be working now. Mooretwin (talk) 23:23, 20 June 2013 (UTC)
I am also not able to upload a file using the wizard. I've filled in all the boxes properly and the upload box is still gray. I have tried using two different browsers. Aviation geek (talk) 16:54, 5 July 2013‎ (UTC)
Hi Aviation geek. As above, if you could describe the steps that you filled in, we can either diagnose the bug (if there is one) or help detect the section that was missed - there are a lot of required-sections! Look up-and-down the page for the red *s, to make sure none were overlooked. HTH. –Quiddity (talk) 18:02, 5 July 2013 (UTC)
Same thing for me. I have entered:
  • Step 1
  • file
  • Step 2
  • descriptive name
  • brief description
  • Step 3
  • free work
  • entirely my own work
  • date
  • license
There are no other asterisks indicating required fields, but I also filled in some more fields.
Underneath, there are three buttons with text "Yes...", "No...", and "Reset...". On the first and last one, there is no label, and on the middle one, there is a grey label "Upload". I can only click the reset button; the others are inactive. Doubaer (talk) 13:25, 15 July 2013 (UTC)
Which text do you have at file and descriptive name? Have you clicked in another box after filling out all boxes with a red asterisk? What is your browser? PrimeHunter (talk) 23:03, 15 July 2013 (UTC)
ditto

Firefox on Kubuntu, Firefox freezes and crashes YamaPlos talk 15:06, 19 July 2013 (UTC)

Same issue. I select the file, fill out the name and description, select "This is some other kind of non-free work that I believe is legitimate Fair Use", fill out all the fields, and "Upload file" is still greyed out. I also notice that there's a red asterisk sitting in the middle of the "Step 3" form with no blank to fill out anywhere near it. I tried reloading the page and it's still exactly the same.--NukeofEarl (talk) 17:24, 6 August 2013 (UTC)

@NukeofEarl: Which of the "Non-free use rationale" sections did you select?
Note: If the last-required section that I fill in is a text-area, i then have to click in one of the other text-areas, in order to make the button clickable (essentially, making the software-form realize that text has been entered into the final text-area doesn't happen until I click outside of it). Possibly that will solve your problem. –Quiddity (talk) 19:13, 6 August 2013 (UTC)

Reader feedback: Why you give me to upload wh...

I marked the following feedback (details) as useful:

A reader posted: "Why you give me to upload when I cant (account not confirmed)< I spent 5 min to give dfetails about a photo"

because it appears wikipedia does indeed display an upload form with three steps even if the user account is unconfirmed. I just tested with a new account named unconfirmedtest84user (no contributions). Here is what I saw (I bolded all the text):

Your account has not become confirmed yet.

Sorry, in order to upload files on the English Wikipedia, you need to have a confirmed account. Normally, your account will become confirmed automatically once you have made 10 edits and four days have passed since you created it.

You may already be able to upload files on the Wikimedia Commons, but you can't do it on the English Wikipedia just yet. You can still use this script to prepare an upload to Commons.

If you don't want to wait until you are autoconfirmed, you may ask somebody else to upload a file for you at Wikipedia:Files for upload. Or you might ask an administrator to make your account confirmed manually at Wikipedia:Requests for permissions/Confirmed.

This was followed by the three upload steps.

The feedback seems valid, why are we displaying a form which appears functional when the user is unconfirmed? Some users could easily skip past the lengthy verbiage at the top and just start filling in the image details. Also, the text "You can still use this script to prepare an upload to Commons." could mislead the user into thinking they could continue anyway. It would appear better to just omit the three steps in this case. -84user (talk) 08:37, 6 July 2013 (UTC)

Per the above discussion, we should not display the form unless users are confirmed. —Designate (talk) 22:42, 17 July 2013 (UTC)
Okay, this should do it: [1][2]. Fut.Perf. 23:43, 17 July 2013 (UTC)
So it should work now? I have never had an account and still it always comes to this wizard when I click a link of a non-existing image. Or does this solution only concern accounts which are yet unconfirmed? Makes no sense, IP users should never get the wizard page. 85.217.42.90 (talk) 00:04, 23 August 2013 (UTC)

Edit request on 14 August 2013

121.54.54.140 (talk) 07:55, 14 August 2013 (UTC)

  Not done: please be more specific about what needs to be changed. Jackmcbarn (talk) 15:06, 14 August 2013 (UTC)

JavaScript

This doesn't provide a great experience for users without JavaScript. The sidebar links to Wikipedia:File Upload Wizard, which then has a big link to the same page with a JS loader. So it's essentially circular, unless someone manages to see the alternatives. The ideal solution would be for the toolbox link (but I'm not sure where this is defined) to link to the next best uploader; that seems to be Wikipedia:Upload/old. Then, the link could be modified in JavaScript to point to this one instead.

For now, it would help to mention that the "old guided form" does not require JavaScript. Superm401 - Talk 21:09, 27 August 2013 (UTC)

Return to

It's nice to use the returnto feature so people don't get lost after they log in. To do so, change:

Please '''[[Special:UserLogin|log in]]''' and then try again.

to:

Please '''<span class="plainlinks">[{{fullurl:Special:UserLogin|returnto=Wikipedia%3AFile+Upload+Wizard&returntoquery=withJS%3DMediaWiki%253AFileUploadWizard.js}} log in]</span>''' and then try again.

The new version renders as:

Please log in and then try again.

-- Superm401 - Talk 21:09, 27 August 2013 (UTC)

  Done. Thanks for the fix! — Mr. Stradivarius ♪ talk ♪ 05:57, 1 September 2013 (UTC)

Wizard not working properly

After uploading I receive the following message:

   Your file has been uploaded successfully and can now be found here:
    File:Example.jpg
    Please follow the link and check that the image description page has all the information you meant to include.

Instead of "Example.jpg" there should appear the new file name.

Croscher (talk) 15:15, 19 September 2013 (UTC)

Edit request on 21 September 2013

Add [[Category:Article Feedback Blacklist]] to the end of the page. It's been enabled twice now here by relatively inexperienced editors, and the feedback here is never useful. Jackmcbarn (talk) 21:22, 21 September 2013 (UTC)

How come relatively inexperienced editors are setting this - I thought only admins could change settings? --Redrose64 (talk) 22:05, 21 September 2013 (UTC)
Any autoconfirmed user can enable or disable feedback (a bad idea in my opinion). Jackmcbarn (talk) 22:10, 21 September 2013 (UTC)
Hmm. Changing settings should require at least the "edit" right. Anyway,   Done --Redrose64 (talk) 22:25, 21 September 2013 (UTC)
Bug filed as bugzilla:54442 --Redrose64 (talk) 22:38, 21 September 2013 (UTC)

Origin of empty stuff

Copied from commons:COM:VP:
Where does this empty stuff in certain uploads come from:

;Other information:
{{en| }}

See sample removal. How can the addition to file description pages be avoided in future? --Leyo 08:55, 15 July 2013 (UTC)

But why should it be avoided? This seems to be useful in many cases. Ruslik (talk) 19:25, 15 July 2013 (UTC)
Not if it is empty. --Leyo 16:55, 16 July 2013 (UTC)
That file was uploaded through en:Wikipedia:File Upload Wizard, so this is probably a discussion for en:Wikipedia talk:File Upload Wizard. LX (talk, contribs) 10:33, 16 July 2013 (UTC)

Looks like the script isn't checking for input strings that just consist of a space character. We should probably add a line of code somewhere that all input strings should be trim()'ed before they are assembled. Fut.Perf. 19:10, 21 July 2013 (UTC)

That sounds like a good idea. Can someone implement it? --Leyo 13:26, 23 July 2013 (UTC)
  Not done: This sounds like a necessary fix, but edit requests are only supposed to be used when the code in question has already been written and tested. Perhaps you could ask for coding assistance at WP:VPT? — Mr. Stradivarius ♪ talk ♪ 11:28, 13 September 2013 (UTC)
  • I'd be happy to help you code some stuff up here, but I have no clue what the perceived issue is or what you want "fixed". Please give me a detailed explanation of what you expect to see. Technical 13 (talk) 00:16, 22 September 2013 (UTC)
    The source text shown above should only be added when there is actually some text. If it's empty, both lines should do not make any sense. --Leyo 14:09, 22 September 2013 (UTC)

Creative commons license

Increasingly, files are being made available for uploading to wikipedia under this license; http://creativecommons.org/licenses/by-nc-nd/3.0/ Yet the upload wizard seems unclear how to accommodate this classification. The process on Wikipedia Commons is simple in comparison. Graemp (talk) 12:00, 8 October 2013 (UTC)

-nc-nd is not compatible with our standards of "free content", as it restricts third-party re-use, so in general we can't use it. Commons doesn't allow it either. The only way an "nc" license can be relevant for us here is when you use an image under our non-free content principles. In that case, it will have to fulfill all the non-free content criteria just like any other unlicensend image, but you can refer to the cc-nc release as an additional confirmation that we are not unduly infringing on the creator's commercial interests. In that sense you can include a cc-nc tag from the "Special source and license conditions" dropdown box, which is part of the form for non-free files. Fut.Perf. 12:20, 8 October 2013 (UTC)

"Article doesn't exist" on upload form? What?

I've been trying to upload a pic for an article about a music band, and it keeps telling me that the article doesn't exist, even though it clearly does and I've typed in the article name correctly. I've followed the instructions twice, and it keeps saying this. Any suggestions? --KetchupRevenge (talk) 05:11, 14 August 2013 (UTC)

I experienced the same very frustrating challenge but discovered that you MUST TYPE THE ARTICLE NAME WITH LOWER CASE except the very first letter. This should be clearly stated in the "related article" section as it is counter-intuitive. (DAEaton (talk) 17:54, 20 October 2013 (UTC))
No, you must type the article name using exactly the same casing as the article title. Thus, for Led Zeppelin, you can't use Led zeppelin. --Redrose64 (talk) 19:13, 20 October 2013 (UTC)

Help for using this in Telugu WP

I am planning to deploy it in Telugu WP and started localising the messages. It does not seem to work. I have imported JS file and CSS file as well as te:Wikipedia;File_Upload_Wizard page. Am I missing any thing? --Arjunaraoc (talk) 14:24, 27 October 2013 (UTC)

I have started testing on English wiki. Check the next section.--Arjunaraoc (talk) 10:13, 28 October 2013 (UTC)

Help for testing Telugu Localised version

Telugu version is producing the following errors when free license and own work is selected the following error message appears Can't find elements: move=AnyOtherInfo(undefined), target=detailsOwnWork([object HTMLDivElement]) following which the string next to Upload button is still in English as given below. "No, I want to upload this file here on this wiki only. This way it can be used only on the English Wikipedia. However, somebody else might still decide to copy it to Commons or use it elsewhere later. If you do not want your file to be copied to Commons and deleted locally, consider adding {{Keep local}}."

Any help to fix this problem will be appreciated? --Arjunaraoc (talk) 10:01, 28 October 2013 (UTC)
I noticed the bug in localisation relating to id AnyOtherInfo and fixed it. Now the form is proceeding fine, even though No section (as described earlier)is still appearing in English.--Arjunaraoc (talk) 10:10, 28 October 2013 (UTC)
Need Fut.Perf.'s help, as the script is not working on Telugu Wikipedia, while the same localised page works fine on English WP.
Filed a bug and placed webconsole messages for working and nonworking conditions as attachments. If you can help point me on debugging this, I will be greatful.--Arjunaraoc (talk) 12:28, 5 November 2013 (UTC)
I haven't been able to test the script on the te-wiki page, probably because I'm not autoconfirmed there. About the "can't find elements" errors, the only thing I can say is that all the "id='...'" attributes on various html elements must be retained in their exact spelling (or your version of the script must be adapted accordingly if you decide to change them). As for the "I want to upload this file here on this wiki only" message, it is defined not in the WP:FUW page itself but gets dynamically inserted by code in the .js script page, so you'd have to localize it there (along with the contents of the dropdown boxes and various other things, I guess.) Fut.Perf. 12:44, 5 November 2013 (UTC)
Thanks to Fut.Perf. for response and help with setting this up on Telugu. I understood your suggestion about localising the message in the code. I also saw your edits to setup the relevant JS and CSS files. I see your name listed in auto confirmed users list. I have general programming background but not much experience on Mediawiki and Javascript. Request you to try the script once again and help.--Arjunaraoc (talk) 15:09, 5 November 2013 (UTC)
The English version is available on Telugu Wiki.--Arjunaraoc (talk) 15:55, 5 November 2013 (UTC)
I traced the problem to very old common.js which did not have withJS support. I am now testing it in my user space and will get in touch if I need help. Thanks--Arjunaraoc (talk) 01:39, 6 November 2013 (UTC)
  • I got it working except that the alert message box "No element found:Sandbox button <OK>" and preview section continue to appear even though I made fuwTesting = false in the code and refreshed the browser cache.--Arjunaraoc (talk) 05:47, 6 November 2013 (UTC)
  • The script is working fine.The previous problem could be because of stale cache. Thanks--Arjunaraoc (talk) 04:57, 7 November 2013 (UTC)

Protected edit request on 9 December 2013

Mikhail1990 (talk) 15:13, 9 December 2013 (UTC)

  Not done: You need to specify what you want changed. Jackmcbarn (talk) 15:53, 9 December 2013 (UTC)

Protected edit request on 9 December 2013

Boom1pp (talk) 17:45, 9 December 2013 (UTC)

  Not done: You need to specify what you want changed. Jackmcbarn (talk) 20:16, 9 December 2013 (UTC)

Wizard doesn't seem to work for free works

If I click on the options This is a free work then This file is from a free published source and fill in all the information required, there are three options at the bottom - 'upload to commons', 'upload' and 'reset form' - but the first two stay greyed out and the only one that works is "reset form". I see from the feedback that others seem to have had similar problems - what else do I need to do to upload the file? Richerman (talk) 03:05, 1 January 2014 (UTC)

Just as a small suggestion, try asking this on Wikipedia:Village pump (technical), that improves a lot chances for receiving some feedback on such technical issues. — Dsimic (talk) 23:20, 1 January 2014 (UTC)
I'll try that if I get time but actually I've now used the link to the old guided form under alternative uploading methods - that works fine. Richerman (talk) 23:50, 1 January 2014 (UTC)
It's good it worked out the other way; though, a quick copy&paste might be worth it, so a potential bug is reported on the above mentioned Wikipedia:Village pump (technical) page. :) — Dsimic (talk) 23:59, 1 January 2014 (UTC)

Just tried it out and can't replicate the issue; the upload buttons seem to work fine for me. Fut.Perf. 20:31, 2 January 2014 (UTC)

OK, I've got it to work now but the upload buttons only become ungreyed (if that's the word) once you've put something in every box, except "date of creation", and clicked on the box that says "Any further relevant information about this file" - although you don't seem to need to actually put anything in that box. That's somewhat confusing as that box doesn't have an asterisk, which usually means that the box is optional - as it does with the "date of creation" box. Could I suggest that either that box has an asterisk, or else the script is changed so that you don't need to click on it to activate the upload buttons? Richerman (talk) 21:09, 2 January 2014 (UTC)

Not working in Internet Explorer?

I tried using the Wizard without luck in Internet Explorer. So I used Firefox, and it still works there. Is the code not reading IE right now? --George Ho (talk) 19:03, 22 January 2014 (UTC)

Never mind; I realize that Avast anti-virus software is interfering with the Wizard. --George Ho (talk) 20:08, 24 January 2014 (UTC)

Scrolling back to top?

After the form is filled and "upload locally" button is clicked, the form collapses leaving basically an empty screen in front of the person uploading a file. It would be *really* great if the page could scroll to the top after clicking on that button and form collapse, so people can see what's happening with the upload process. Thoughts? -- Dsimic (talk) 21:46, 26 September 2013 (UTC)

Any thoughts on this, please? -- Dsimic (talk) 14:40, 27 October 2013 (UTC)
Obviously, there are no thoughts. :) — Dsimic (talk) 01:50, 11 December 2013 (UTC)
I'm moving this to WP:Village pump (technical), as there it should attract more comments. — Dsimic (talk) 23:55, 22 December 2013 (UTC)
I just uploaded my first file and as stated, was looking at a blank screen for a few minutes until I thought the page had locked up. So I clicked on it & the scroll bar and found that it had, indeed, transferred my image file. Mursimon (talk) 03:05, 16 February 2014 (UTC)
Hello there! That's exactly why I've proposed this behavior to be changed – it's quite confusing, especially when uploading a file for the first time. — Dsimic (talk | contribs) 03:34, 16 February 2014 (UTC)

Reader feedback: If it's to be a "wizard" the...

Justlettersandnumbers posted this comment on 30 June 2013 (view all feedback).

If it's to be a "wizard" then it should offer a full range of options and relevant licences for uploading paintings that cannot be uploaded to commons. I happened to know that PD-US-1923-abroad|2020 was the correct tag for my last upload, but there was no way to choose that as an upload rationale.

Any thoughts?

biswas 13:31, 28 February 2014 (UTC) — Preceding unsigned comment added by Biswas bidhan santosh (talkcontribs)

some suggestions

It would be very convenient if one could enter multiple image files on the same screen. In my case I added 7 icons for the same wp page. It would have been much faster to enter several at a time. The idea is to select several images, then add their respective info, one at a time, on the same screen.

It would also be convenient if the original file name were the default saved name.

Also, it would be nice to be able to save images in a test area (instead of just wp or creative commons), since certain images cannot be evaluated without seeing them in a real wp page.
I'm thinking particularly of icons, but it could also apply to diagrams, and maybe even photos.
For this, it would be not problematic if images saved in a test area were restricted to being used in user pages or sandboxes. The key is being able to display the images in a real wp page. This is particularly important if a group must decide together what is to be accepted. (Which is my case.)

Otherwise I find this entry page convenient. I tried some other wp image loading page just before, but it wouldn't accept the license type for some reason. This page accepted everything, and the layout is logical. The reset button is handy as well (once I noticed it).

Hi, thanks for your suggestions. A couple of quick responses:
  • about batch uploads: as long as they are free images, the recommended way would be to go straight to Commons and use the Commons upload script there, which can do just that. Here on en-wp, large batches of free files are rarely desirable (free files ought preferentially to go to Commons anyway, ultimately), and batch uploads of non-free files are likewise undesirable because we want uploaders to consider their non-free use rationales separately.
  • about default filenames: I vaguely remember I tried to do that when I wrote the script, but there was a technical problem because (IIRC) the file selection box isn't scriptable for security reasons, so the filename can't actually be read out from it through script. But even if it was possible, such a feature would have a downside, because it would more easily lead inexperienced users to leave their images under non-meaningful names, like random strings or numbers (as that's what they'll often have as local filenames).
  • as for the idea of a test area, I'm afraid that goes far beyond what is technically possible through this type of scripting; one would have to initiate some rather radical modification of the whole server-side setup of the uploading process. Not sure where best to start a discussion about that, if you wanted to go ahead with the suggestion. Fut.Perf. 10:16, 24 January 2014 (UTC)
  • If we had the final form of icons, it wouldn't be terribly onerous to load one at a time, but we have many sets to test, as we make various refinements.
  • Your point about re-entering the name from scratch makes sense, if one has the final version of the image to be imported.
  • Would you have even a little idea of where to look for discussing introducing a test area for images? I have absolutely no idea.
It has to be able to run wp pages, at least for icons, which is my current focus.
(My tests so far have completely changed certain assumptions our group was making about the new icons. These icons are important to solving certain display problems.)
Any hints would be appreciated :) André437 (talk) 02:49, 25 January 2014 (UTC)

This page locked up once while loading 6 images, just before selecting the destination. Two of the 3 buttons at that point were greyed out. I had to reload the page and re-enter everything for that file. André437 (talk) 13:30, 24 January 2014 (UTC)

Another idea for improvement : An older script displays the image being loaded. That would be extremely useful to avoid loading the wrong image, as I did, and just finished correcting. (Taking over 30 minutes with delays in the script.)
BTW, the final upload buttons (to wp commons and local wp) were greyed out again, several times in sequence, so I looked for other means of loading my image. On not finding anything, I returned to the original page (in another tab), and the local wp button was not longer greyed out, and it worked. (The wp commons button was still greyed out.)
So there is some sort of delay that is causing this problem. Presumably related to the frequent very long delays to update a page. It might be useful if there were some sort of asynchonous process so the user doesn't have to wait, if that is possible ? And maybe giving an error message if it doesn't work ? André437 (talk) 02:49, 25 January 2014 (UTC)
  • I uploaded an image file for the first time and found the process very easy to use. Though one point I initially found to be a bit confusing was the selection of the file on my computer at the beginning of the process and then, at the end, a button to upload the file. I did eventually click the button to upload the file but this process, involving selecting the file and then later uploading the file is contrary to 100% of the software downloads that I've experienced. Normally when the file is selected, it is immediately uploaded. Of course this is an issue only during the first upload. Mursimon (talk) 18:07, 16 February 2014 (UTC)

Hi Wikipedia folks, Excellent tool -- thank-you. I suggest that you warn users upfront on the wizard page (and maybe other relevant pages) that they may only upload images that are immediately headed for an existing article (e.g., not a sandboxed article) and therefore that their images can be uploaded only once the article text has been published. I know that this is a bit redundant and you do say this but it seems counter-intuitive (to me) that an article can't be completed before it's published (I hope I have this right!) Thanks. Sternthinker (talk) 18:45, 28 February 2014 (UTC)

Protected edit request on 8 March 2014

Sagarballu90 (talk) 15:33, 8 March 2014 (UTC)

  Not done: it's not clear what changes you want made. Please mention the specific changes in a "change X to Y" format. — {{U|Technical 13}} (tec) 15:47, 8 March 2014 (UTC)

Protected edit request on 8 March 2014

Please change:

|name       = Uploading media files
|title      = Uploading media files
|navbar     = plain
|state      = plain
|listclass  = hlist
|group1     = Alternative upload methods
|list1      = 
* [[:commons:Special:UploadWizard|Commons Wizard]] (recommended for free files)
* [[:commons:Commons:Upload|Commons (old form)]]

* [[Special:Upload|plain form]] (for experienced users)
* [[Wikipedia:Upload/old|old guided form]]
|group2     = Help and guidelines
|list2      = 
* <span class="fuwOutLink">[[Wikipedia:Media copyright questions|ask copyright questions]]</span>
* <span class="fuwOutLink">[[Wikipedia:Image use policy|image use policy]]</span>
* <span class="fuwOutLink">[[WP:NFC|non-free content]]</span>
|group3     = This program
|list3      = 
* <span class="fuwOutLink">[[:MediaWiki:FileUploadWizard.js|script code]]</span>
* <span class="fuwOutLink">[[:{{FULLPAGENAME}}/doc|documentation]]</span>
* <span class="fuwOutLink">[[{{TALKPAGENAME}}|discuss this program]]</span>

near the bottom of the page to:

|name       = Uploading media files
|title      = Uploading media files
|navbar     = plain
|state      = plain
|listclass  = hlist
|group1     = Alternative upload methods
|list1      = 
* [[:commons:Special:UploadWizard|Commons Wizard]] (recommended for free files)
* [[:commons:Commons:Upload|Commons (old form)]]
* [[:commons:Special:Upload|Commons (plain form)]] (for experienced users)
* [[Special:Upload|plain form]] (for experienced users)
* [[Wikipedia:Upload/old|old guided form]]
|group2     = Help and guidelines
|list2      = 
* <span class="fuwOutLink">[[Wikipedia:Media copyright questions|ask copyright questions]]</span>
* <span class="fuwOutLink">[[Wikipedia:Image use policy|image use policy]]</span>
* <span class="fuwOutLink">[[WP:NFC|non-free content]]</span>
|group3     = This program
|list3      = 
* <span class="fuwOutLink">[[:MediaWiki:FileUploadWizard.js|script code]]</span>
* <span class="fuwOutLink">[[:{{FULLPAGENAME}}/doc|documentation]]</span>
* <span class="fuwOutLink">[[{{TALKPAGENAME}}|discuss this program]]</span>

So that experienced users like myself can have a direct link to the plain Special:Upload form on Wikipedia:Wikimedia Commons. Thank you. — {{U|Technical 13}} (tec) 20:34, 8 March 2014 (UTC)

I concur with the above. --Elvey (talk) 03:12, 9 March 2014 (UTC)
  DoneMr. Stradivarius ♪ talk ♪ 23:53, 9 March 2014 (UTC)

Protected edit request on 8 March 2014

Please also remove [[Category:Article Feedback Blacklist]]. Feedback on this page is useful. Q.E.D.. --Elvey (talk) 03:12, 9 March 2014 (UTC)

Actually, AFT5 is permanently gone from all Wikimedia wikis, so that won't allow feedback. It should still be removed, though, since it's just clutter now. Jackmcbarn (talk) 16:51, 9 March 2014 (UTC)

Suggestion

Reset button should not be along with the submit button as the user may accedently click on it and oh all his filled up form gone. Or there should be a confirmation popup box to reset the form. UBStalk 09:59, 2 March 2014 (UTC)

Damir Petic — Preceding unsigned comment added by Autentic (talkcontribs) 12:02, 8 March 2014 (UTC)

Include a way to attach written permission forms for the use of images. — Preceding unsigned comment added by Rogcraigvogel (talkcontribs) 19:01, 10 March 2014 (UTC)

Localize this wizard to one of the sister projects

How can I localize this wizard to one of the sister Wikipedias? The current wizard is Special:Upload, which should be replaced by File Upload Wizard. I have enough rights there. Can anyone guide me on this? --AntonTalk 09:56, 9 April 2014 (UTC)

Add an option when overwriting.

Yes, I want to overwrite the old image. It is non-contentious, but I will need to change the description (eg. for resolving issues.)

User:GKFXtalk 16:12, 21 May 2014 (UTC)

Remind users to clear their cache to view the new image in place

Otherwise, the old image appears, and we think "I'm going to have to re-upload", which doesn't resolve it. User:GKFXtalk 16:19, 21 May 2014 (UTC)

Editnotice

I've created Template:Editnotices/Protection/Wikipedia:File Upload Wizard, which is displayed instead of the normal protection banner. Hopefully, that will stop the flood of bogus edit requests placed here. Jackmcbarn (talk) 16:47, 21 May 2014 (UTC)

Thanks a bunch, hope it'll help some. I didn't know how to do that. Fut.Perf. 16:54, 21 May 2014 (UTC)

uploads to commons that don't have any license info

From what I understand there's been a couple reports at commons of people using this tool but not having a license entered into the description page. For example https://commons.wikimedia.org/w/index.php?title=File:Sea_Hill_Lighthouse._Curtis_Island,_Australia,_May_2011.jpg&oldid=125117262 which was uploaded by user:PeterMarquisKyle (See also discussion at https://commons.wikimedia.org/w/index.php?title=User_talk:Jarekt&oldid=125692062#File:Sea_Hill_Lighthouse._Curtis_Island.2C_Australia.2C_May_2011.jpg ). There may be a bug in this tool related to the license selection process. Bawolff (talk) 19:38, 3 June 2014 (UTC)

Thanks for the heads-up. I just spotted a bracketing error in the code that might have thrown the input validation routine off in some cases. Not really sure that will fix it, but it's the best I can come up with at the moment. Fut.Perf. 20:03, 3 June 2014 (UTC)

Copyright question

I had a question about copyright. When the person photographed and the photographer both have died eighty years ago, is it a violation of copyright to use the photograph ? The photograph is being used everywhere in books, magazines etc, because in India an item is copyright free after 50 years of the death of the creator of the item Shankar Sen (talk) 13:05, 7 June 2014 (UTC)

@Shankar Sen: This is really a question for the WP:MCQ page. --Redrose64 (talk) 13:28, 7 June 2014 (UTC)

Mass uploading of Category

In the Upload Wizard, when uploading multiple images that all belong in the same category it would be nice to be able to designate the category ONCE rather than for each image. Can this be made an option? Thanks.

--174.126.247.156 (talk) 21:36, 7 July 2014 (UTC)

I'm afraid catering for batch uploads would require quite a big rewrite of the program, which is probably not going to happen any time soon. Also, large groups of uploads should probably be done on Commons anyway, where the Commons upload wizard provides much better support for batch editing than this here probably ever could. Fut.Perf. 13:03, 9 July 2014 (UTC)

Protected edit request on 11 July 2014

Currently the page MediaWiki:UploadScriptDemo.js contains invalid JS code (the wiki markup for a redirect). Could someone delete it? Helder.wiki 21:24, 11 July 2014 (UTC) Helder.wiki 21:24, 11 July 2014 (UTC)

Deletions are not really within WP:PER; nevertheless, I have deleted it under WP:CSD#G6 because Wikicode redirects don't work on a Javascript page. --Redrose64 (talk) 21:52, 11 July 2014 (UTC)

Global variables

Hi! Could someone apply these changes to the script? Helder.wiki 20:52, 11 July 2014 (UTC)

  Done Ruslik_Zero 19:24, 19 July 2014 (UTC)

Is this wizard a free software?

Hello English Wikipedia community. We, at the Persian Wikipedia, are looking for a wizard like this for uploading tasks. Are we permitted to localize this wizard and use it in the Persian language Wikipedia? I mean, is this wizard a Free Software? Or, do you have any plan to release it as a free software? Thanks. -- Bkouhi (talk) 16:27, 4 August 2014 (UTC)

Hi, of course you are quite welcome to re-use the code. Some other projects have done so already, I think. Technically, I always assumed that by submitting the code via the Wikipedia interface it automatically gets released under the same CC-BY-SA terms as any other Wikipedia material. Fut.Perf. 17:20, 4 August 2014 (UTC)

Image orientation

I have just attempted to upload two .jpg images: A beer bottle cap and a Taedonggang, 640ml bottle of beer. The cap went well but the bottle more difficult. At the first and second attempts, the uploader rotated it through 90 degrees anti-clockwise. Thinking that this might be caused by the image being greater in height than in width, I widened the image so that it was of greater width than height: this did not work. I therefore rotated the image an extra 90 deg. clockwise: this worked. The uploader rotated it 90 deg anticlockwise, thus rendering it correct.

The photo of the bottle was taken in portrait mode and cropped. I can only think that the uploader is reading the exif data rather than simply storing the image as supplied.

Has anyone else had this problem?

This is not actually a problem of this uploading script as such, but a more general issue of how the server treats images after they are uploaded, so you might get a more informed answer somewhere else, like at the WP:Village pump/technical. However, if I remember correctly, this might indeed be an issue of some internal embedded metadata in the image file specifying the orientation in conflicting ways. You might want to try opening the file in an image editor again and see if you can redefine the orientation there. Or, if you upload it on Commons, I think they once had a function that allowed you to fix such issues in the uploaded file, after uploading. Fut.Perf. 21:35, 27 August 2014 (UTC)

4 deleted files

3 of my files have been deleted. — Preceding unsigned comment added by Eiji Mendoza (talkcontribs) 00:55, 28 August 2014 (UTC)

Yes, because they were all copyright violations and falsely declared as your "own work", when they obviously weren't. Don't do that again, or the next time you do it you won't only see the images deleted, but yourself blocked from editing too. Fut.Perf. 07:30, 28 August 2014 (UTC)

Article is still being created

I uploaded File:Futurikon logo.png while I was still creating the stub at Futurikon, and of course got a message saying that the article in which I was proposing to use this non-free image did not exist. So far so good.

But the only way I found to recover without completely resetting the form, even after creating the article, was to put a dummy article name into the box. The form did not reset when I re-entered the article name that now existed. When I entered a different article name (one that existed but in which I had no intention of using the image), it reset and I was then able to enter the real one.

No damage done. But this is probably not going to be an unusual scenario, and an inexperienced editor would probably have found themselves re-entering all the information. That was the only obvious way out that the wizard offered.

And it was frustrating enough for me. To need to re-enter all the information for this one glitch, or use this mildly creative work-around... I think we can do better.

Just a suggestion. The wizard as is is already an asset IMO. Andrewa (talk) 20:42, 12 October 2014 (UTC)

Thanks for bringing it up. I can't say I have an immediate solution for your issue; just wanted to put on the record what I found to be the technical background, at a quick glance: the verification function that does the necessary lookups about the target article (called "fuwValidateNFArticle") is linked to the input text field via the field's "onchange" event. This means it will only run again if, at the least, you click into the box, change some character(s), and move the focus out of it again. Fut.Perf. 21:03, 12 October 2014 (UTC)
Yes, that's exactly what happened to me. Perhaps just put a note in the wizard, saying that if an article is being created that is to use a fair use image, the article should be saved (without the image presumably) before the image is uploaded? Or if that advice is already there, maybe make it a little more prominent, I obviously missed it. (Or maybe it's commonsense, if the upload had been accepted before the first save of the article I was running a slight risk of speedy deletion of the image I guess... but not all of us always have commonsense...) (;-> Andrewa (talk) 23:20, 12 October 2014 (UTC)

Very nice wizard

Very nice that the wizard leads you through the process one step at a time. — Preceding unsigned comment added by Tanya Pretorius (talkcontribs) 12:18, 1 October 2014 (UTC)

Agree. One suggestion that I'll put in a separate section. Andrewa (talk) 20:13, 12 October 2014 (UTC)
The uploader was very comfortable - my first image upload on Wikipedia went smoothly. Thank you <3 ~Maplestrip (chat) 19:49, 28 November 2014 (UTC)

Preferred over old method. Not sure what changed since I last uploaded, but it felt simpler. Thmazing (talk) 18:30, 7 January 2015 (UTC)

If you prefer uploads to be at WikiCommons...

If that is your wish, why wait until users are half way through the Wikipedia upload process to tell them?? Put the text you have now in that regard at top of page, do ya' think?

How long?

I've uploaded a photo and went to the article page to insert it, but it isn't visible/usable. Should I wait 5 minutes? How long does it take? The upload page would be easier for newbies if it had a go button, after you've ticked the boxes.PatrickGuinness (talk) 18:14, 4 December 2014 (UTC)

Once the upload is completed. Did you upload it here and not on the commons and what did you call it? ww2censor (talk) 22:08, 4 December 2014 (UTC)
Hello, sorry you had a problem here. An image is useable immediately from the time of uploading, as soon as you insert its image code in the article text. In your case, the problem seems to be that you didn't actually upload anything in the first place – there's no entry in your upload log, either here or on Commons. I can't tell you what exactly happened, but for some reason the upload process must have been aborted prematurely. Are you sure you actually pressed the "upload" button, and did you get a success message after doing so? Fut.Perf. 22:10, 4 December 2014 (UTC)
Thanks to you both. I couldn't see the upload button but I'll look more carefully. And try wp commons next time.PatrickGuinness (talk) 11:15, 10 December 2014 (UTC)


it's not letting me upload photos to my wiki ". What do i do?" — Preceding unsigned comment added by JulieAnnBorgne (talkcontribs) 00:47, 9 February 2015 (UTC)

No option for book covers during upload

During the "Upload file" process, using the "Upload Wizard", there is no option for book covers. Only "titlepage of a book". The titlepage is not the same as the cover. There is no cover option. Have book covers been deprecated? -- GreenC 14:35, 15 December 2014 (UTC)

"Cover page of a book" is equivalent to a book cover for our purposes. The newer language is to apply to less traditional publication mediums that now exist, but normal book covers fall under that. --MASEM (t) 04:04, 16 December 2014 (UTC)
That's good to hear. Unfortunately the Wizard doesn't say "Cover page of a book". It says "titlepage of a book". Title page has a specific meaning. It's the internal front matter where the author, title and publisher are printed. Example title page. The Wizard should say unambiguous "Cover of a book".
Regarding "cover page", that can be another name for title page. I'm not sure what book media doesn't have what is called a cover (no "page"), even if virtual. If the concern is that ebooks don't have physical covers only pages, well, ebooks don't have physical pages either, but the terms are understood. Do a google on "ebook cover". -- GreenC 04:59, 16 December 2014 (UTC)
That's probably some language to be tweaked but as long as it drops {{Non-free book cover}} onto the final product, it should be okay. I can understand the confusion, of course. --MASEM (t) 05:17, 16 December 2014 (UTC)
@Masem: Well, the reason I ended up here was confusion over the wording. I was not going to upload a cover because of that wording. I wonder if any others are similarly dissuaded? -- GreenC 14:22, 19 December 2014 (UTC)
I'm sure there might be others. Unfortunately, I don't know enough of the details of the scripting used here to confidently make a change to the page to make it clear that "book cover" and "cover page" are equivalent concepts for us. --MASEM (t) 16:19, 19 December 2014 (UTC)

@Masem:. I don't have access to edit the page, but can view source and here is the relevant section:

|- |style=""|<span id="placeholderOptionNFCover"></span> |This is the '''official cover art''' of a work.<br/>This is the titlepage of a book, the cover of a CD or video, the official release poster of a movie, or a comparable item. It will be included as that work's primary means of visual identification, at the top of the article about the book, movie, etc. in question. <br/><small>Note: If you plan to use it for any other purpose than this, please tick the box for "other non-free work" below.</small> <div class="uploadDetails" style="display:none;" id="detailsNFCover">

In the sentence "This is the titlepage of a book", simply change "titlepage" -> "cover or titlepage". That would make it unambiguous and cover all bases. -- GreenC 14:29, 21 December 2014 (UTC)

Only allowed to use a logo at the top of a page?

Why is it that when you upload an image of a company logo it is required to tick a box saying that it will be the "primary means of visual identification at the top of the article dedicated to the entity in question"? There should be a second tick box for if you are uploading a logo from a dis-banded company and it will not go at the top of the page. --Emitewiki2 (talk) 23:01, 22 December 2014 (UTC)

The page is already telling you quite clearly what to do in that situation, is it not? "If you plan to use it for any other purpose than this, please tick the box for 'other non-free work' below." The thing is that there is no predictable standard justification for such cases that this program could enter automatically for you, because such cases are too heterogeneous and individual. That's why it's asking you to just use the generic "other kind of non-free work" section and write your individual explanation for the specific case yourself. Fut.Perf. 08:09, 23 December 2014 (UTC)

Images not uploading

For the last 24 hours I have been trying to upload an image, but each time the image fails load. Anyone else having this issue.--Dcheagletalkcontribs 21:21, 11 March 2015 (UTC)

Any way to disable/discourage large non-free images?

Not knowing much about how to create or edit wizards, is there any way to prevent, or at least warn users against uploading large non-free images? Per the minimal usage criterion, fair use images should be no bigger than a 400x400 square, and preferably smaller than 100,000 pixels, but I see large, even huge images uploaded. As simple as it is to tag with {{Non-free reduce}}, it would be nice to be able to skip that step. Thanks. Mosmof (talk) 04:55, 10 February 2015 (UTC)

From the NFC side, they are strong recommendations but not outright limitations on image size, so I don't think it is appropriate to hard-code that here. That said, if it is possible that the script can detect the image size and determine if it is significantly above 100,000 px (like, 250,000 px or so) it should red-flag the upload and remind them about low resolution and/or to make sure their explanations in the boxes below make it clear why the larger image size is needed. (Off the top of my head I'm not aware of any admin check list that one could file an image into to have a human to check on if the size is off and have it tagged non-free reduced, but that would be a nice feature of this script to have if the image does exceed 250,000px). --MASEM (t) 07:12, 10 February 2015 (UTC)
I don't think it's technically feasible to determine the image size before the actual upload is done (short of having a completely different upload mechanism like that of the Commons wizard, where images are first held in a dedicated cache on the server before being inserted in the actual wiki database, but that wouldn't be possible with the Javascript mechanism we are using here), so we can't prevent such uploads proactively. What we could do would be to retrieve the image size as part of the success-checking API call after the upload, and include a warning message to the uploader on the result screen. In principle, it could also be set to make a second edit to the image description page at that point, including a special tag and/or category asking for size review. I personally won't really have the time for coding this any time soon, so somebody else would have to take over (check the section of the code "function fuwUploadCompleted()" to see the point where it retrieves info about the image just uploaded, and start from there.) Fut.Perf. 08:19, 10 February 2015 (UTC)
As to changing the upload mechanism to something like that used on Commons, that would make uploading anything less likely for me. I tend to avoid uploading even public domain photos to Commons because I hate the interface.Jacqke (talk) 10:53, 21 March 2015 (UTC)

"Upload file" should be "Upload media".

My suggestion is to change the name to "Upload media", and I think so because it's just a place to upload media, not files in general. This may sound disagreeable, but it probably would make more sense. Gamingforfun365 (talk) 04:08, 26 March 2015 (UTC)

You've actually got a point there. For those of us who know the Mediawiki system, "file" and "media" are pretty much synonymous, but newcomers often seem not to realize that a page as such isn't a "file" and doesn't get "uploaded", so some of them end up here when they are just trying to create their first new article. I'm not sure we can easily modify all the relevant strings in the user interface, such as the main link in the left toolbar, but I might go through the wording of this upload script to see if it needs clarification. Fut.Perf. 13:43, 26 March 2015 (UTC)

Available licenses

When one selects the free license, own work option, one is only presented with four choices: CC-BY-SA-3.0 with optional GFDL, CC-BY-3.0 or CC0. Should we not add the version 4 licenses to the menu given that they have several advantages in terms of internationalisation, ease of reuse and legible legal code? How would we do that? BethNaught (talk) 20:08, 28 March 2015 (UTC)

Thanks for pointing this out. I wasn't aware there were new versions beyond 3.0. Do we have some kind of guidance on whether users should be given both choices, or should we simply move to offering only 4.0? Implementing the change would be easy enough; we'd just change MediaWiki:FileUploadWizard.js, where it says var licenseLists = {…. Fut.Perf. 22:53, 28 March 2015 (UTC)
The Commons upload wizard offers the choice, defaulting to BY-SA-4.0, so I'd be happy with that. I'm not aware of any official guidance, however. BethNaught (talk) 23:01, 28 March 2015 (UTC)

Explanation of free needed

Under "this is a free work" I have Qs about 2 options:

  • "I can provide evidence that they have agreed to release it under a free license, for free use by anybody and for any purpose."
    • what is a free license ? How can we tell when something is under one?
  • "This file is from a free published source."
  • "its author has explicitly placed it under a free license"
    • so what do we need to do, find the person the pic is of saying 'this is free license' ?
      • who is author? the person depicted or one who took photo? what if we don't know who took it? like it's just on a company site

I think most sources of images don't address this stuff, makes finding images hard. Ranze (talk) 11:59, 4 April 2015 (UTC)

Good, but slightly flaky

Assuming that it handles the copyright issues in a satisfactory manner, this was an easy way to upload low-resolution images of the covers of several books. The steps were easy to understand. The flakiness has to do with activating the Upload button. At first it was grayed out. I activated the down arrow on the field whose default is "None" (don't recall its name), and that seems to have fixed the problem. In any event, the problem got fixed and the file uploaded without event. I've done it on two covers so far, with three or four to go. My images were 100 dpi, but I have no idea if that is acceptable, or if a higher resolution would also be acceptable. It would be good if the wizard said something about resolution. Lou Sander (talk) 15:38, 10 June 2015 (UTC)

Return to the project page "File Upload Wizard/Archive 4".