Hosta

New users have a 50 files limitation. When they try to upload more than 50 files the upload wizzard simply crashes and no files get uploaded. It is convenient that this happens after the user has completed all the work in naming the file, giving the description and searched for categories and put in a lot of work and effort, which is then gone in a second without a warning or explanation. The program should either block the upload of more than 50 files or inform the user about this limitations. This bug has created a lot of frustrations to new user and they have no clue what went wrong. This is an effective procedure to keep new users frustrated and deter them forever from contributing to Commons ever again. Giftzwerg 88 (talk) 14:25, 10 October 2023 (UTC)[reply]

Hey @Giftzwerg 88: , thanks for raising this issue. I’ve opened a Phab ticket about it, and the team will take a look at it in one of the next meetings. I’ll keep you posted on this, but you can subscribe to the ticket and be aware of what’s going on there. Also, feel free to edit the ticket if I made some mistakes. Thanks! --Sannita (WMF) (talk) 10:48, 20 October 2023 (UTC)[reply]

The preview shows uploaded pictures without regards of the orientation. This affects pictures in portrait mode. The preview shows them tilted sideways in 90° angle. New Users that do not know about this bug often delete it and try it a second time or even multiple times before they give up. But they simply keep showing up in the wrong direction each time. They think they have done something wrong, or something is wrong with the camera or the picture. Others report on the user forum and ask about pictures that got uploaded in the wrong orientation. We even had cases where the picture was rotated by another user and then were upside down, all the while the uploaded picture does not even need rotation, it is just that the user got tricked into believing that the picture was uploaded in the wrong orientation. This annoying bug is a good way to introduce new users into a world with half-baked software designed to make beginners life harder and create confusion and make them doubt their choices in life. To contribute to commons for example. Soooo, please admit to the bug and tell the user ahead that in preview some pictures might appear in wrong orientation, ooooor fix it, that the user can see the true orientation of the picture. But long time users are no longer in panic, but annoyed by this bug too. Imagine you made a series of portraits and want to choose the best of the files. It is very hard to determine that you have picked the perfect file when you see it in the wrong orientation in preview. Our brains are not used to see and process portraits rotated at a 90° angle, and you no longer can see if the face shows the desired expression or emotion or the small differences between different versions. So please FIX it. Giftzwerg 88 (talk) 14:48, 10 October 2023 (UTC)[reply]

I agree, I fall into this trap myself. Ziko van Dijk (talk) 20:22, 13 October 2023 (UTC)[reply]

Hey @Giftzwerg 88: , thanks for raising this issue too. I’ve opened another Phab ticket about it, and the team will take a look at it in one of the next meetings. I’ll keep you posted on this, but also in this case you can subscribe to the ticket and be aware of what’s going on there. Also, feel free to edit the ticket if I made some mistakes. Thanks again! --Sannita (WMF) (talk) 10:49, 20 October 2023 (UTC)[reply]

Hey @Giftzwerg 88: , finally this bug has been resolved. A patch has been sent, and at the latest next week it should be included into code. Thanks for your patience! --Sannita (WMF) (talk) 08:32, 14 May 2024 (UTC)[reply]

Thank you for the update.--Giftzwerg 88 (talk) 10:36, 14 May 2024 (UTC)[reply]

Thank you, @Sannita (WMF). -- Ooligan (talk) 15:33, 14 May 2024 (UTC)[reply]

I use predefined answers to the Upload Wizard questions (choice of license and whether I upload my own work); however, with the two new questions it is not possible to predefine the answers. This gives two extra clicks per upload, THIS IS A LOT. I mentioned this issue last time, nobody (including the WMF team) seemed to care. May be now people would care. Ymblanter (talk) 20:20, 14 December 2023 (UTC)[reply]

It might be wise for them to create something like "Special:UploadWizard (Beta)" separate from "Special:UploadWizard", so they could actually get community feedback before implementing these "improvements" (as is how it was reported on in Tech News 🙄). --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 20:29, 14 December 2023 (UTC)[reply]

It is discussed in detail above on this page, and my comments are also there. Ymblanter (talk) 20:38, 14 December 2023 (UTC)[reply]

@Ymblanter Do you mind helping me translating your request into a Phabricator ticket? I guess we can work at making the two extra clicks pre-defined in the users' preferences, or at least I can ask the team if this would be feasible. Sannita (WMF) (talk) 14:54, 18 December 2023 (UTC)[reply]

Yes, sure. User preferences would indeed solve the problem. Ymblanter (talk) 14:59, 18 December 2023 (UTC)[reply]

For experienced users who happen to know how to tweak user preferences. There are some people who have edited here for years and don't know things that seem "basic" to others, like a WikiGraphist that has been here 17 (seventeen) years, but didn't know how they could change their signature in user preferences. While many "power users" could circumvent the 2 (two) extra clicks, this would still be a hassle for the vast majority of users who don't know about this. It might be best to link to user preferences somewhere directly inside of the MediaWiki Upload Wizard then. Especially since the vast majority of people who would become regular volunteer uploaders here might not like to constantly confirm that the image of an archeological museum exhibition isn't a selfie 🤳🏻. Ease of use should be accessible to everyone, not just the more experienced users who happen to know where and how to tweak things. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 15:06, 18 December 2023 (UTC)[reply]

@Ymblanter: I created a Phabricator ticket for your request, and (I hope) I tagged you as a subscriber. Please, feel free to edit, add context, or correct it. As I already said in other threads, now there is the end-of-the-year freeze on new deployments, so this ticket will likely be analysed in January. I'll keep you posted about it, but feel free to ping me personally if you don't receive news from me. Sannita (WMF) (talk) 15:31, 18 December 2023 (UTC)[reply]

Great, thanks a lot. Ymblanter (talk) 17:13, 18 December 2023 (UTC)[reply]

Another similar issue for which I don't think creating a new section would be due:

• Copy information… default selection: Would it be possible to somehow store the recently used checked boxes under Copy information to all uploads following … or to specify a default?
  • I sometimes upload images from multiple CCBY scientific studies in a row and then always need to change the default selection to Copy caption, date, categories and nothing else. Until there is some kind of Study2Commons tool where you just enter a URL to e.g. a paper on nature.com and it prefills all the title and description etc fields that you then only edit as needed.

Also I'd like to briefly express support for Ease of use should be accessible to everyone, not just the more experienced users who happen to know where and how to tweak things – this often gets overlooked where things are considered 'solved' if somewhere there is an unknown barely used external script/nondefault gadget for it. Prototyperspective (talk) 15:39, 28 December 2023 (UTC)[reply]

Hi, FYI, I created a feature request: phab:T353659. Yann (talk) 16:27, 18 December 2023 (UTC)[reply]

UW should use the attribution paramter in the license template. Re-users are told by the license template what license applys. In most cases the author has to be attributed. In most cases a re-user has to search for the author in the information template. but the license template has an mostly unused attribution parameter that can and should be automagically filled in by the UW for the benefit of re-users. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 17:56, 25 December 2023 (UTC)[reply]

@C.Suthorn Thanks for your comment (and sorry for taking a week to answer, but I was out of office for the holidays). Would you please file a Phabricator ticket for your request, so that I can forward it to the team for evaluation? If you don't know how to do it or can't do it, I can do it for you, but then I'll ask you to double check it, just to be sure that everything is in place. Let me know! Sannita (WMF) (talk) 11:35, 2 January 2024 (UTC)[reply]

@Sannita (WMF) Phab:T354181 C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 11:56, 2 January 2024 (UTC)[reply]

@C.Suthorn Thanks a lot! I hope I'll let you know asap, but in case feel free to ping me about it. Sannita (WMF) (talk) 20:20, 2 January 2024 (UTC)[reply]

@C.Suthorn Hi, we evaluated your ticket, and the original request you made was conflicting with Commons' guidelines on how the parameters should be compiled ("attribution" is deprecated, and should be used only if different from "author"), therefore we tried to change a bit the wording and the scope of it.

The team, in the end, decided to decline your ticket, because it isn't clear what benefit would it bring to use the "attribution" field in the template, and also because the info about who the author is is already present in {{Information}}. The ticket can be reopened, if you can make more clear your case about why this is needed, maybe presenting examples of use cases. Sorry to be the bearer of bad news. Sannita (WMF) (talk) 16:33, 20 March 2024 (UTC)[reply]

@Sannita (WMF): may I ask what Commons guideline that conflicts with? Because I think C.Suthorn is entirely correct here.

1. I certainly always use an explicit attribution in my uploads even of my own photos, as do at least several dozen of the more serious photographers here: there is a reason {{Self}} has an "author" argument. I've repeatedly seen that for people who do not do this, when their work is reused by third parties it is often misattributed to "Wikimedia Commons" or even "Wikipedia". Surely that is not desirable.
2. Also, many people often upload third-party work (as for example I did less than 20 minutes ago with File:Washington State Ferry Olympic beached on Ketron Island.jpg. For this, the attribution argument in the license is close to crucial: otherwise, it will often either be misattributed as in the first case I mentioned or misattributed to the uploader, again not at all desirable. - Jmabel ! talk 20:05, 20 March 2024 (UTC)[reply]

@Jmabel Thanks for this message, evidently we interpreted in a narrower way the guidelines, and we were also lacking good examples for this. I'll try to get the ticket re-opened, even though it might take a while.

Just personally, my experience with external outlets (having worked with several) is that it's already something that they quote "Wikipedia" or "Wikimedia Commons" (or even "Wikipedia Commons"...) as source of the image. I don't think it has much to do with template attribution, but more likely with laziness and/or scarse knowledge about how to correctly quote something. But that shouldn't bring us to avoid new means to enforce that, I give you that. Hope to let you all know soon about this. Sannita (WMF) (talk) 18:38, 22 March 2024 (UTC)[reply]

Hi!

I thought about this longer, but I think it is useful to have a number in percent to see how far the upload progress is, similar to the percentage display when uploading a video on YouTube.

In addition, it would be nice to see how much megabytes were uploaded already and how large the total amount of size is that will be uploaded (e.g. 142 MB of 240 MB uploaded). This is particularly useful for estimating whether an upload will be fast enough for large amounts of data (fluctuations in the upload speed can make it difficult to predict the remaining upload time). Greetings --PantheraLeo1359531 😺 (talk) 16:56, 17 January 2024 (UTC)[reply]

•  Support.   — 🇺🇦Jeff G. ツ _{please ping or talk to me}🇺🇦 17:16, 17 January 2024 (UTC)[reply]

I would support assuming it does not take much resources. Ymblanter (talk) 20:11, 17 January 2024 (UTC)[reply]

Hey @PantheraLeo1359531, thanks for the idea. Would you be so kind to open a Phabricator ticket for this? I don't think we can work on it in the next future, but at least it would get on our dev's radar. Sannita (WMF) (talk) 13:24, 18 January 2024 (UTC)[reply]

Thank you, I will add it :) --PantheraLeo1359531 😺 (talk) 15:35, 18 January 2024 (UTC)[reply]

 Done Task added --PantheraLeo1359531 😺 (talk) 15:43, 18 January 2024 (UTC)[reply]

Fantastic, thanks! Sannita (WMF) (talk) 20:09, 18 January 2024 (UTC)[reply]

Maybe it would be a good idea to allow people to (optionally) add license tags if they fill in this field. Currently, there is no difference between clicking on this and saying that a work is entirely your own, but why a photographed work is in the public domain varies from subject to subject. So there could be an OPTIONAL field where people can add license tags to explain why the work is (partially) free. These license tags can then appear at the bottom with a special field below the uploader's own license. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 16:40, 12 February 2024 (UTC)[reply]

Hey @Donald Trung, thanks for the suggestion. Can you please open a Phabricator ticket about it, so that I can put it on the devs radar? Thanks! Sannita (WMF) (talk) 09:23, 23 February 2024 (UTC)[reply]

AI-generated works are still a fairly small subset of Commons uploads, but tracking them, I'm seeing quite a few that are uploaded without making explicit the prompt that was used. That's a loss for us, as it's relevant metadata that is not possible to recover later. It should ideally be recorded using the recently introduced {{Prompt}} template; @Sannita (WMF), would it be possible to incorporate that template into the wizard when someone indicates they are uploading an AI-generated work? {{u|Sdkb}} ^talk 04:37, 16 February 2024 (UTC)[reply]

Hey @Sdkb, thanks for the ping. I'll pass it on to the team, and we'll evaluate the request next week. I'll keep you posted on this, but feel free to ping me again if I disappear. Sannita (WMF) (talk) 09:35, 16 February 2024 (UTC)[reply]

Hey @Sdkb, I have some updates on that. For the time being this request has been put on hold, since it is not entirely within scope of this year's work. I will keep an eye on it and see if in the next months this could be fixed. Sorry for the bad news. Sannita (WMF) (talk) 09:23, 23 February 2024 (UTC)[reply]

@Sannita (WMF), I appreciate the update, but I'm not quite sure what you mean by not entirely within scope. You are in the middle of the "Upload Wizard Improvements" project currently, yes? And as part of that you introduced the "I generated this work using an AI tool" option within the wizard, yes? And this task is directly related to that option, yes? I would have hoped that, when you budgeted time for the upload wizard improvements, you anticipated that there would be community feedback like this and built in some time to address such feedback. Sdkb ^talk 23:53, 25 February 2024 (UTC)[reply]

@Sdkb AI tool was introduced as an option, yes, but we don't have budgeted time this year to improve on this specific item of UW, since we are working also on other aspects of it. It is though on our watchlist, so I hope in some months the decision will be reviewed. Sannita (WMF) (talk) 17:24, 26 February 2024 (UTC)[reply]

I take your word about your team's resource constraints, and acknowledge that the Prompt template was introduced only more recently. But the ask to document prompts has been stated at Commons:AI-generated_media#Description over a year now, it says (in its current wording):

Whenever you upload an AI-generated image (or other media file), you are expected to document the prompt used to generate the media in the file description, and identify the software that generated the media.

I share Sdkb's surprise that this was apparently not considered when scoping out designing the recently added current message:

Enter the name of the AI engine used, followed by the name of the person who created the prompt:
Example: Author: Midjourney AI; prompted by Jane Doe

In fact, these budget constraints seem to be an argument for better, more informed planning in such matters, as it may be more costly to come back later and fix such omissions.

Regards, HaeB (talk) 22:12, 10 March 2024 (UTC)[reply]

@HaeB Thanks for your reply. I'll be sure to report this to the team, and ask them to correct this as soon as possible. Sannita (WMF) (talk) 11:36, 11 March 2024 (UTC)[reply]

@Sannita (WMF), just circling back to see if this has been taken up?

Overall, I share @HaeB's (and others') frustrations about the lack of collaboration on this project. Features like the workflow for AI-generated images appear to have been developed and launched without sufficiently consulting us, resulting in issues like this one (and much more basic stuff — have you noticed that the description field of every AI image credits the tool as the author but improperly links over the tool's name to the uploader's user page?). It is not a resolution to say that the problems introduced by your work are beyond the scope of your work to fix. Collaboration entails understanding what Commons needs from the upload wizard and letting that guide your overall direction/prioritization, not merely soliciting feedback to make small tweaks around the edges to designs whose core elements are already cast in place. Sdkb ^talk 21:20, 19 May 2024 (UTC)[reply]

Hi @Sdkb, unfortunately we haven't still reviewed this. I'll bring it up at the next meeting, and see if there is possibility of a review. Also, I'll ask for a review of the system message to bring it on par with guidelines. Sannita (WMF) (talk) 09:08, 20 May 2024 (UTC)[reply]

There is still no response to my feature request for making the release rights step adaptable through upload campaigns. We really need this for the Wiki Loves Contests where most of the questions asked in this step are irrelevant but might confuse the uploader prevent them from uploading anything. GPSLeo (talk) 15:03, 6 March 2024 (UTC)[reply]

@GPSLeo Apologies for letting you down. I'll raise this point in tomorrow's meeting, and let you know as soon as possible. Sannita (WMF) (talk) 15:24, 6 March 2024 (UTC)[reply]

We're having a discussion at the Technical Village Pump about a new tool for detecting logos. Our intention is for you to discuss if it could be of use for the community and then, if consensus is reached, to integrate the tool in UploadWizard, in a way that would be beneficial for moderation workflow. If you're interested in the topic, please have your say! Sannita (WMF) (talk) 10:19, 9 April 2024 (UTC)[reply]

— Preceding unsigned comment added by Sannita (WMF) (talk • contribs) 17:46, 25 April 2024 (UTC)[reply]

Thousands of files end up in Category:Flickr public domain images needing human review because files from Flickr that are uploaded with the wrong license.

I thought the users made mistakes during upload but I tested with File:Protecting U.S. Ambassador Linda Thomas-Greenfield.jpg and the license on Flickr https://creativecommons.org/publicdomain/mark/1.0/ is translated by the Upload Wizard to {{Cc-zero}} + {{Flickrreview}}. I had no chance to chose the license.

I can see there were an old discussion on Commons_talk:WMF_support_for_Commons/Upload_Wizard_Improvements/Archive#What_happened_to_the_choice_for_Flickr_licenses_in_the_Upload_wizard? but I'm not sure if the problem was 100% the same.

If uploader think that Flickr user is the photographer it should be possible to chose {{PD-author-FlickrPDM}}. It would also be great if the uploader could chose another PD license tag. For example {{PD-old-70}} or {{PD-USGov}}.

@Ooligan, Leoboudv, Adeletron 3030, and Sannita (WMF): as info. --MGA73 (talk) 15:25, 25 April 2024 (UTC)[reply]

@MGA73 would you please file a Phabricator ticket for this? If you need help with it, I can help you with that. Sannita (WMF) (talk) 15:28, 25 April 2024 (UTC)[reply]

@Sannita (WMF) Reported as T363493. Hope I did it okay. --MGA73 (talk) 16:05, 25 April 2024 (UTC)[reply]

@MGA73 It looks good, thanks! Sannita (WMF) (talk) 17:45, 25 April 2024 (UTC)[reply]

@MGA73, @Sannita (WMF), Here: User talk:Ooligan#Public Domain images (PDM) photos from flickr is my recent reply to MGA73, which I wrote before reading this discussion here. -- Ooligan (talk) 17:48, 25 April 2024 (UTC)[reply]

@MGA73: Right, the wizard should offer {{PD-author-FlickrPDM}} by default for PDM-marked Flickr uploads per COM:PDM.   — 🇺🇦Jeff G. ツ please ping or talk to me🇺🇦 10:38, 27 April 2024 (UTC)[reply]

I do not think this is a bug. While we might come up with another way to do this, the Public-Doman mark on its own does not tell us the rationale for being public-domain, which Wikimedia Commons requires. - Jmabel ! talk 18:54, 25 April 2024 (UTC)[reply]

Hello @Jmabel, if a "bug" to which you referred is a software bug, then this appears to be one.

From the Wikipedia entry, "A software bug is an error, flaw or fault in the design, development, or operation of computer software that causes it to produce an incorrect or unexpected result, or to behave in unintended ways."

The Upload Wizard tool is certainly producing "errors" (changing to a different Creative Commons license than the license used at the file's source webpage) and its actions "produce an incorrect or unexpected result, or to behave in unintended ways."

Did you notice this phabricator ticket submitted by User:MGA73 https://phabricator.wikimedia.org/T363493[1]? Thanks, -- Ooligan (talk) 19:45, 25 April 2024 (UTC)[reply]

@Ooligan: I'm sorry: yes, CC-0 is a mistake; marking them as needing review is not. - Jmabel ! talk 23:54, 25 April 2024 (UTC)[reply]

@Jmabel, @User:Sannita, @MGA73, Yes, hopefully after the correct license is applied to "PDM" files being uploaded, that will eliminate the Flickr public domain images needing human review step.

Better would be a choice menu to add the more specific PD-USGov tags here: Category:PD US Government with the added ability to add that same specifically chosen tag to multiple files with one click before uploading with Upload Wizard. It is a good tool that will become even better. -- Ooligan (talk) 00:36, 26 April 2024 (UTC)[reply]

@Jmabel Humans should chose the license and that is why the uploader should add it. If user on Flickr uses {{Cc-by-sa-2.0}} it does not specify why it is cc. We just assume that the Flickr user is the photographer. Its the same here. We assume that the Flickr user is the photographer and chose {{PD-author-FlickrPDM}} unless we have reason to think its not own photo. For example if it is a photo or a painting from 1905 for example the license should be PD tag to tell copyright expired. I see no reason why the uploader should not have the option to chose the correct license during upload. If needed we could have the option that if uploader does not specify a license then the Upload Wizard picks cc-zero. --MGA73 (talk) 20:08, 26 April 2024 (UTC)[reply]

If the Flickr user put a PDM mark on their own photo, that probably signals the intent to put their file in the public domain, but it also suggests someone who does not understand copyright well. That is certainly not the intent of the PDM mark on Flickr: if that is your intent, you should use CC-0.

We absolutely should not put CC-0 on a photo where the rights-holder did not specifically grant it. {{PD-user}} would be much more on the mark, except that it is only for our own users. We probably should have an analogous {{PD-Commons-user}}. The problem with CC-0 is that it has a specific waiver and public license fallback that are in no way implied by PDM. - Jmabel ! talk 05:06, 27 April 2024 (UTC)[reply]

I think whoever made the upload wizard this way thought that CC-0 is a temporary template to use while someone (uploader) picks the right license. It would perhaps be better to create a "PDM-needs-check" to add on files where uploader does not pick another license (as a better temporary template than CC-0). If uploader pick a specific license I think the Flickrreview bot can pass them. If I upload a photo from the internet and claim PD-USGov for example there will in most cases be no review by someone else. So it's not a big problem if Flickrbot confirm that the file was uploaded as PDM. If anyone thinks the license is wrong they can add the correct license or nominate the file for deletion. --MGA73 (talk) 17:50, 6 May 2024 (UTC)[reply]

@Sannita (WMF) I want to raise your awareness on a bug in upload campaigns where the homeButton on the last page links to https://commons.wikimedia.org/w/ instead of https://commons.wikimedia.org/wiki/. This should be very easy to fix. GPSLeo (talk) 14:03, 29 April 2024 (UTC)[reply]

@GPSLeo Thanks, I've put it on the current board. I hope I can let you know about it ASAP. Sannita (WMF) (talk) 14:13, 29 April 2024 (UTC)[reply]

@GPSLeo Just so you know, a patch for this is currently being reviewed. If everything goes alright, it should be on next week or in a couple of weeks, just the time for the deployment train to happen. Thanks for your patience. Sannita (WMF) (talk) 10:15, 22 May 2024 (UTC)[reply]

I am puzzled by the enhancements to the Upload Wizard given that uploading a new version of a file over 100Mb remains impossible. Additionally, the requirement to wait until after the upload to enter file details like title and description—potentially taking hours—feels unnecessarily cumbersome. In contrast, the Internet Archive allows for the seamless upload of large file volumes without such constraints. It's concerning that our upload wizard still does not support large files.

Here's how to replicate the issue:

1. Attempt to upload a new version of a file by clicking "Upload a new version of this file."
2. The process is blocked if the file exceeds the 100 MB limit, even though the original file may be larger.

What occurs is that the upload limit of 100 MB is inadequate for uploading a new version of a file originally larger than 100 MB. Ideally, the file should upload without such restrictions.

We are using Wikimedia Commons, and this has been an ongoing issue for years. It is frustrating. I suggest we implement a feature that allows entering all necessary details for files—such as file name, description, and category—during the upload process. This change would enable us to leave files uploading overnight without having to return to input details post-upload, streamlining the entire process. Related tickets: [2][3] Wilfredor (talk) 16:23, 2 May 2024 (UTC)[reply]

@Wilfredor: thanks for your message. As I said, I'll try to get both tickets on the devs' table as soon as possible, but I also asked you for clarifications on the second ticket. You can answer in Phabricator, so that I can update the ticket. Sannita (WMF) (talk) 16:42, 2 May 2024 (UTC)[reply]

When you upload an image to a platform, you typically follow a procedure where you first upload the image and then, only after it has been uploaded, you can add descriptions, tags, or other metadata. This can be inefficient if you have multiple images to manage, as you have to wait for each image (and all images) to upload before entering its information.

A better approach could be to allow users to input all relevant data for each image (like title, description, tags) at the same time they select the image for upload. This data would then be processed together with the image upload, streamlining the workflow and saving time, especially when handling multiple files. This method would eliminate the need to wait for each image to upload before entering information, making the entire process more efficient. Wilfredor (talk) 16:52, 2 May 2024 (UTC)[reply]

@Wilfredor: sounds like you'd rather use Special:Upload. Is there anything particular that you are getting positively out of using the Upload Wizard? - Jmabel ! talk 18:45, 2 May 2024 (UTC)[reply]

to upload a new version of the same file you need use the Special:Upload Wilfredor (talk) 18:46, 2 May 2024 (UTC)[reply]

The 100 MiB upload overwrite limit can be bypassed with User:Rillke/bigChunkedUpload.js --PantheraLeo1359531 😺 (talk) 15:46, 15 May 2024 (UTC)[reply]

@Wilfredor @Sannita (WMF) To clear this up: revision upload is not handled by the wizard. Files larger than 100MB can only be uploaded with chunked upload. There are some tools that handle chunked upload. If you do not want to use such a tool, you will need to click on the link to the right of "upload a new version" (which is limited to 100MB, as it is not chunked), that is called "chunked upload" and starts the bigchunkeduipload tool by Rillke and mentioned by @PantheraLeo1359531. Also, if you use this tool for uploads you need to enter all the information BEFORE you select the file to upload but this does actually not matter, as for revision uploads this information is disregarded anyway and only the upload comment is actually used. On the bright side: Rillke's tool is very stable (only Offroader is more resilient). C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 16:26, 15 May 2024 (UTC)[reply]

Understood, correct :) --PantheraLeo1359531 😺 (talk) 16:28, 15 May 2024 (UTC)[reply]

This doesn't work, I've tried it hundreds of times in thousands of possible ways over the years. It is a well documented bug. A good example is this image that I had to upload several times [4][5][6][7][8] Wilfredor (talk) 04:00, 18 May 2024 (UTC)[reply]

Well, we got one more extra click in the Upload wizard. Three more extra clicks in half a year. I will invest my time into writing my own wizard, I consider this development extremely user unfriendly. I do not believe anymore that the developers listen to us. Ymblanter (talk) 18:41, 15 May 2024 (UTC)[reply]

Hi @Ymblanter, I'm really sorry to hear this. I'm trying my best to obtain from the devs the possibility of reducing the extra clicks for experienced users, but there is also a discussion ongoing about preference bloating that we're considering. I'll pass on your feedback anyway, and try to make the case for reducing the burden on experienced users once again. Sannita (WMF) (talk) 08:40, 16 May 2024 (UTC)[reply]

Thank you but for the time being I am back to the old form. I will probably still use the wizard for uploading several similar times because the function of taking options from one file to the others is convenient, but for one file I think the old form is now faster. Ymblanter (talk) 09:59, 16 May 2024 (UTC)[reply]

+1 about the extra clicks. When using several times the upload wizard in a row, previous clicks were stored (ant it was nice) but that was lost some weeks or months ago.--Pere prlpz (talk) 16:35, 18 May 2024 (UTC)[reply]

... And you are doing a roll out with not well tested functions. Thanks! Z ^thomas 19:38, 15 May 2024 (UTC)[reply]

Hi @Z thomas, thanks for your comment. Can you please be more specific as for the bugs you encountered? Thanks! Sannita (WMF) (talk) 08:39, 16 May 2024 (UTC)[reply]

@Sannita (WMF)

1. the name isn't filled
2. when I copy the name, description, cats and so on to all files the name isn't numbered, the old uw was able to count

Z ^thomas 13:35, 16 May 2024 (UTC)[reply]

@Z thomas Yes, we know, I filed phab:T365107 about this problem, you're not the only one experiencing it. I apologise on behalf of the team, we'll be working on this soon, and I'll keep you posted. Sannita (WMF) (talk) 14:10, 16 May 2024 (UTC)[reply]

Honestly, I don't understand why you haven't tested it well.

We have WLE in order to create new content and to get new photographers that are used to other websites and we increase the number of clicks in order to upload content and we lose good functions. In real life I have to deal with software improvement but these things wouldn't happened. I'm sorry, I'm disappointed.

But thanks for taking care. I hope you will fix it before the end of wle. Greetings Z ^thomas 15:09, 16 May 2024 (UTC)[reply]

@Z thomas I totally get your disappoinment, and I apologise once again for the problem. I'll be in touch soon, hopefully. Sannita (WMF) (talk) 16:18, 16 May 2024 (UTC)[reply]

Do you deploy changes to the Beta-Cluster before you deploy them on the production system? If you already do this it would be good if you would make an announcement after you deployed a change there that we can test for such bugs. GPSLeo (talk) 16:52, 16 May 2024 (UTC)[reply]

@GPSLeo We did, and no problems were had, otherwise we wouldn't have shipped them. Sannita (WMF) (talk) 17:51, 16 May 2024 (UTC)[reply]

At least in the current version on beta the error with the wrong enumeration also occurs there. GPSLeo (talk) 18:53, 16 May 2024 (UTC)[reply]

Hi @Sannita Can the community expect the problems to be resolved in the next two days? Or is the development team waiting for Pentecost to be enlightened by the Holy Spirit? Then I suggest that you please set the wizard to the status of May 13th. back and give yourself plenty of time for proper testing. Then perhaps you can present the new version as a Christmas present to the community. Good luck! --Im Fokus (talk) 17:29, 16 May 2024 (UTC)[reply]

@Im Fokus We'll be working on the bugs and we'll fix them as soon as we can. Sannita (WMF) (talk) 17:52, 16 May 2024 (UTC)[reply]

@Sannita (WMF) Well, that's what I assumed. It's nothing but a matter of course. But how long exactly will it take? A day, two days, a week, half a month? Or even longer?

And when things are finally up and running again, you should take precautions to ensure that something like this never happens again. Because that was incredibly sloppy. After all, the errors were not in some rarely used secondary function, but in the main application of the wizard. Sorry, but that's the truth. Greetings Im Fokus (talk) 19:36, 16 May 2024 (UTC)[reply]

@Z thomas @GPSLeo @Im Fokus We found the problem and put immediately a fix working. In a matter of days this will be fixed, just the time for the deployment train to be on. I once again apologise on behalf of the team for the disruption caused, and we'll take more care than we already do to double check all potential effects. Sannita (WMF) (talk) 08:59, 17 May 2024 (UTC)[reply]

@Z thomas @GPSLeo @Im Fokus Just so you know that this bug has been fixed and a patch will be deployed today. Sorry again for the disruption. Sannita (WMF) (talk) 10:14, 22 May 2024 (UTC)[reply]

@Sannita (WMF) Thanks.

I have a further problem. Maybe it's the same, maybe it will be fixed. But I want to report it

One of the problems was that the filename wasn't prefilled. Now this seems to be fixed - but only if I use the laptop. if i use the smartphone and the firefox-browser the filename isn't prefilled at the moment. it's strange, isn't it. Greetings Z ^thomas 11:04, 22 May 2024 (UTC)[reply]

@Z thomas This too should be fixed with today's train. Try again tomorrow and if it persists, let me know and we'll investigate this. Sannita (WMF) (talk) 11:36, 22 May 2024 (UTC)[reply]

@Sannita (WMF) it isn't fixed. I tried the upload via smartphone and Firefox but the name isn't prefilled. Z ^thomas 19:57, 23 May 2024 (UTC)[reply]

I tried this on IOS and did not have any problem. But I noticed another bug caused by longer translations phab:T365784. GPSLeo (talk) 05:19, 24 May 2024 (UTC)[reply]

@Z thomas @GPSLeo Thanks, I'll try to get the team to fix these bugs too. Sannita (WMF) (talk) 08:16, 24 May 2024 (UTC)[reply]

Some filenames are not accepted (like numbers). When uploading a file with that filename the wizard asked to change it, and it was fine. However, now, the name doesn't even appear in the window and that breaks my workflow because I like to keep the numbers in addition to the descriptive part of the name - because depending on the camera, the numbers are the timestamp or at least show the order the photographs were taken.

Please return to the previous default where the original filename was always proposed in the box, even if that filename wouldn't be acceptable if unmodified. Pere prlpz (talk) 16:40, 18 May 2024 (UTC)[reply]

@Pere prlpz Thanks for your comment. This is a bug that has been already noticed to us, I'll open a ticket on Phabricator about it as soon as possible, and will put you as a subscriber too so that you can follow it (and potentially fix my description if needed). I'll keep you posted about it. Sannita (WMF) (talk) 17:59, 18 May 2024 (UTC)[reply]

@Pere prlpz I filed phab:T365345 just now and put you in copy. Please review the ticket, and double check that the malfunction has been correctly reported. I'll see to put it on dev's radar as soon as possible. Thanks for your patience! --Sannita (WMF) (talk) 09:03, 20 May 2024 (UTC)[reply]

Hi @Sannita (WMF), in de.wp we use the prefilling of the UW with information taken from the lists or from wikidata. In some cases it doesn't work to prefill the description.

• de:Liste der Kulturdenkmale in Meldorf doesn't work - https://commons.wikimedia.org/w/index.php?title=Special:UploadWizard&campaign=CHM-DE-SH&fields%5B%5D=45043&fields%5B%5D=54.09132%2F9.070947&descriptionlang=de&description=Nanny-Peters-Stift%2C+Norderstra%C3%9Fe+1%2C+1-1a&categories=Nanny+Peters+Stift
• de:Liste der Baudenkmäler im Kölner Stadtteil Bickendorf - doesn't work https://commons.wikimedia.org/w/index.php?title=Special:UploadWizard&campaign=wlm-de-nrw-k&fields%5B%5D=8024&fields%5B%5D=Bickendorf&descriptionlang=de&description=Siedlung+Bickendorf+II%2C+Ahornweg+4%E2%80%9310&categories=Siedlung+Bickendorf+II

• de:Liste der denkmalgeschützten Objekte in Laab im Walde works - there is the "caption" in the url https://commons.wikimedia.org/wiki/special:uploadWizard?campaign=wlm-at&fields%5B%5D=129674&fields%5B%5D=48.15640/16.19409&captionlang=de&caption=Diebsgrabenaqu%C3%A4dukt+%28BDA-HERIS-ID%3A+111685%29%2C+Laab+im+Walde&descriptionlang=de&description=Diebsgrabenaqu%C3%A4dukt&categories=Diebsgrabenaqu%C3%A4dukt%2C+Laab+im+Walde
• de:Liste der Kulturgüter in Blauen works - https://commons.wikimedia.org/wiki/special:uploadWizard?campaign=wlm-ch&id=01402&description=R%C3%B6misch-katholische+Kirche+St.+Martin&categories=R%C3%B6m.-kath.+Kirche+St.+Martin.+Blauen%2C+BL

I guess it should be fixed, that you can prefill the description.

@Herzi Pinki @Enhancing999 für euch zu Info, auch wenn AT und CH wohl nicht betroffen sind @Raymond @GPSLeo für euch zur Info. vielleicht können wir irgenwas von AT und CH lernen. Ich kann es leider nicht fixen. Ich seh ein paar unterschiede, groß- und Kleinschreibung in den Urls, aber ich weiß nicht, ob das der grund ist

@Quarz ich hab den Bremer Express-Upload nicht getestet. Schau mal, ob du auch davon betroffen bist. Viele Grüße Z ^thomas 11:18, 20 May 2024 (UTC)[reply]

There is a bug report at Commons:Upload_Wizard_feedback#Caption_same_as_Description:_boring_and_confusing.

The difference between Campaign:wlm-de-nrw-k and Campaign:wlm-ch seems to be that the later doesn't use captions/wikibase. Reminds me that I wanted to edit Campaign:wlm-ch, but then got overwhelmed by it. Enhancing999 (talk) 11:59, 20 May 2024 (UTC)[reply]

Campaign:wlm-at also has "wikibase": {"enabled": false}, so "caption" in the url isn't actually used. Enhancing999 (talk) 12:11, 20 May 2024 (UTC)[reply]

Hi @Z thomas, as @Enhancing999 already said, we know about this and we're working to fix the bug. We apologise for the disruption, hopefully in a couple of days the patch will be on. Sannita (WMF) (talk) 12:06, 20 May 2024 (UTC)[reply]

Moin Z thomas, vielen Dank für den Hinweis. Nein, der Bremer Express-Upload umgeht den Wizard und ist daher nicht betroffen. Gruß Quarz (talk) 13:27, 20 May 2024 (UTC)[reply]

The prefilling tool should contain more prefilling fields like another descriptions in different languages --PantheraLeo1359531 😺 (talk) 19:05, 22 May 2024 (UTC)[reply]