Help talk:Extension:FileImporter/2020

Central feedback page for FileImporter/FileExporter.

Admins to be able to ignore the NowCommons template restriction

I often come across deletion requests on enwiki, for files that have been manually transferred to Commons (instead of using FileImporter). So instead of simply going ahead with the deletion request, I:

1. Delete the previously manually transferred Commons file
2. Edit the enwiki page to remove the "NowCommons" template (as FileImporter blocks imports with pages that has this template)
3. Re-transfer the file from enwiki to Commons with history
4. Delete the enwiki file.

Can we somehow overcome step 2? At least for power users? To me, it mostly seems to be an obstacle than a helpful feature. ~ Rehman 08:45, 3 January 2020 (UTC)

Hi, thank you for your input, it is valuable to see how people use FileImporter. You can edit the configuration of FileImporter for you wiki on Meta:

https://www.mediawiki.org/wiki/Extension:FileImporter/Data/en.wikipedia

When you remove NowCommons from bad, FileImporter will no longer block uploads of files with that template. It is however not yet possible to make this behavior depending on the user rights, so if you change it, this will apply for all users from English Wikipedia, so please check with others of your community, if they are ok with this change. Michael Schönitzer (WMDE) (talk) 13:49, 7 January 2020 (UTC)

Hi Michael. Thanks for the reply. When I get a bit more time, I will consider starting a discussion about this. Cheers. Rehman 15:09, 7 January 2020 (UTC)

Hi again. Would you be able to suggest where I could start this discussion? Rehman 08:01, 19 March 2020 (UTC)

Hi, I think the best place would be either the Technical Village Pump or the Policy Village Pump – not sure which is more suitable. Michael Schönitzer (WMDE) (talk) 13:19, 14 April 2020 (UTC)

Activation on Wikisource

Tracked in Phabricator
Task T232542

Hi,

Is it possible to activate this extension on the multilingual Wikisource? There is a lot file there (especially for the languages who are or were in incubation). VIGNERON (talk) 20:49, 22 January 2020 (UTC)

There is a plan to enable the feature on all wikis, possible this April. If you like you can track phab:T232542 to get updates. Thiemo Kreuz (WMDE) 09:22, 23 January 2020 (UTC)

According to phab:T198594, it was enabled on the multilingual Wikisource nearly two years ago. I have the beta feature on in my global preferences, so I’m not 100% sure whether the tab is visible by default, but certainly I managed to transfer File:Papillon les rousses.JPG, so it seems to work. Tacsipacsi (talk) 22:21, 15 March 2020 (UTC)

Import fails when file contains an OTRS permission

Tracked in Phabricator
Task T224802

Trying to import a file that has an attached OTRS permission triggers c:MediaWiki:Abusefilter-warning-otrs. There is no way to continue the import or follow the advice given by the warning: "You may press 'Save page' again if you like to save this edit." Of course, the importer is not trying to add a new OTRS tag to a file, just import a file that already has one. The file I encountered this problem with is: en:File:Minister prostrates at the start of United Methodist Good Friday liturgy.jpg Finnusertop (talk) 18:02, 24 February 2020 (UTC)

@Finnusertop: I imported c:File:Minister prostrates at the start of United Methodist Good Friday liturgy.jpg for you. Sorry, only Global OTRS members are allowed to do that.   — Jeff G. ツ 00:23, 25 February 2020 (UTC)

Adding en:Template:Now Commons

Tracked in Phabricator
Task T235892

Hello!

When I've used this extension to transfer files from en.w. to Commons en:Template:Now Commons has always been added automatically to the file on en.w. but yesterday this wasn't the case. This made me have to add the template manually. Why was this and how can it be fixed? Jonteemil (talk) 00:47, 28 February 2020 (UTC)

I checked some of the files you touched recently on enwp. It looks like none of them have been moved with FileImporter. Some are marked as being "Transferred from en.wikipedia via #commonshelper", which is another tool (one of the tools we aim to replace with the new FileImporter feature). One file is marked with "Now Commons", but does not exist on Commons: en:File:EdwinLBattistella.JPG. Can you specify which file exactly made you wonder? Thiemo Kreuz (WMDE) 08:05, 28 February 2020 (UTC)

I didn't upload those files. I just added en:Template:Now Commons to them. The files I was refering to were these:

• File:Warner Bros Interactive Entertainment 2019.png
• File:Warner Bros. Theatre Ventures.png
• File:Warner Bros International Television Production 2019.png
• File:2019 wb pictures.png
• File:Warner Bros Television 2019.png
• File:Pepsi logo.svg Jonteemil (talk) 10:26, 28 February 2020 (UTC)

@Thiemo Kreuz (WMDE): @TMg: Jonteemil (talk) 16:53, 29 February 2020 (UTC)

Since these are all deleted by now, it's hard to tell what was going on. I assume looking at these files histories will not reveal anything anyway, because the issue was the lack of an edit. We are tracking instances of this issue at phab:T235892. Thiemo Kreuz (WMDE) 14:26, 2 March 2020 (UTC)

I imported some files just now to Commons and {{Now Commons}} was added as it should so the problem is probably solved. Jonteemil (talk) 18:30, 6 March 2020 (UTC)

Okay, good that it's not only me. Jonteemil (talk) 14:28, 2 March 2020 (UTC)

Date marking Template:Now Commons

Tracked in Phabricator
Task T248268

Can FileImporter follow this syntax on en.w. so that the file isn't categorized in en:Category:Wikipedia files with the same name on Wikimedia Commons as of unknown date. Now you have to date mark the files manually but this can be fixed if FileImporter would use subst:. This is the syntax that should be used:

Same filename on Wikimedia Commons:

• {{subst:Now Commons}}

New filename on Wikimedia Commons:

• {{subst:Now Commons|NEW FILENAME.ext}}

Thanks! Jonteemil (talk) 17:30, 6 March 2020 (UTC)

Ping anyone Jonteemil (talk) 11:45, 19 March 2020 (UTC)

The feature is designed to work with all wikis. Not all wikis use subst:. We would need to somehow distinguish between wikis that want the "Now Commons" template to be placed with subst:, and wikis that don't want subst:. While it might be possible to implement this, it requires resources we can not spend on other things then, it requires a new configuration and someone who keep it up to date, it complicates the code and the process, and it's a new source of errors. We will have a look in our next FileImporter sprint, but no promises. Thiemo Kreuz (WMDE) 18:44, 22 March 2020 (UTC)

That's understandable, just wanted to bring it to attention. Thanks for you answer’ Jonteemil (talk) 18:46, 22 March 2020 (UTC)

Disable FileImporter in unfree files

Tracked in Phabricator
Task T228858

Actualy when someone try to transfer files from local to Commons using FileImporter it redirect to a error banner. Is it possible to completely disable FileImporter button in unfree files? Andriy.v (talk) 11:53, 22 March 2020 (UTC)

I’m not sure that would result in better user experience. Now the user loads a page, just to get the message that the file cannot be transferred, which wastes several seconds. If the tab is removed, the user only sees that the tab is not there, without any explanation of why (and there are many possible reasons: lack of free license template, presence of {{Do not move to Commons}} or similar, hidden file revision etc.). Tacsipacsi (talk) 18:33, 22 March 2020 (UTC)

We investigated this at length as part of phab:T228858. There are two main reason we can not and do not want to do this: 1. Just disabling the buttons means users who see the button have no idea why it is disabled. Users need to be able to click it to see a helpful error message that allows them to understand what's going on. 2. Disabling the button means we would need to transfer all information from the Importer to the Exporter. This is technically so complicated, we believe it's not worth it. Thiemo Kreuz (WMDE) 18:38, 22 March 2020 (UTC)

I can understand that for a huge comunities, like english wiki, it can be usefull because there's a lot of newbies every day, and some of them probably will use this feature one day. But in a medium/small comunities like ukrainian wiki there's only a few users that use this feature and most of them (if not all) are experienced users, like me, and the presence of a useless button is very unconfortable for me, especially because i using a lot of other tools and feature to working with unfree files. My request is a possibility to disable locally this button in MediaWiki namespace (for all comunity) or just for me (via personal script). Andriy.v (talk) 21:04, 22 March 2020 (UTC)

Can you explain in more detail why the button makes you feel "uncomfortable"? There are many more buttons you probably never use. What's the specific issue with this one? Maybe it helps if you share a screenshot of your modified skin?

For what we at Wikimedia Deutschland do it's very important to always consider newcomers as well. It would be unhealthy, if not immoral to assume that all users in a particular community are experts. If we would do this, we would actively exclude newcomers – from communities that desperately need newcomers. Thiemo Kreuz (WMDE) 07:39, 23 March 2020 (UTC)

If the goal is to disable it with a user script (or an on-wiki gadget), creating an API on Commons (i.e. in FileImporter) could resolve it with no additional runtime cost compared to a FileExporter API (a script/gadget makes an API query anyway, it doesn’t matter whether it’s a local or a Commons one). That’s relatively cheap in terms of development and maintenance costs, and the script/gadget is opt-in by nature, so newbies don’t get it by default. Tacsipacsi (talk) 21:34, 23 March 2020 (UTC)

Yes, that's a possible implementation. However, having to provide long-term support and maintenance for an API is not cheap. Thiemo Kreuz (WMDE) 09:19, 24 March 2020 (UTC)

Can I do a mass import?

Hi! I love FileImporter! But is there any way to do a mass import? I moved 500 files from de.wiki one-by-one and it worked fine but it does take some time. Now I want to move thousands of files from vi.wiki and I hoped there was an easier way. I searched the pages but could not find a way to do it. MGA73 (talk) 09:28, 26 April 2020 (UTC)

I don't see a way, but perhaps if you posted at C:COM:BATCH you could get some help.   — Jeff G. ツ 12:43, 26 April 2020 (UTC)

I would prefer to get the file history moved too if possible. But if it is not possible I can live without it or perhaps I just need 100 users to help me ;-) MGA73 (talk) 13:11, 26 April 2020 (UTC)

As of now, the FileImporter extension is not designed to do mass imports. This is by design, as it is meant to be part of a process that requires human supervision. Thiemo Kreuz (WMDE) 06:34, 27 April 2020 (UTC)

Thank you. Yes it makes sense. I totally agree that humans should review files. In this case however I just found a lot of files uploaded by the same user. The files from de.wiki was mainly 450 scanned pages from an old book where all info was 100% the same (except the page number). The files from vi.wiki are photos of food uploaded by 1 user as own work. I used my bot to check if all info was the same (i added the files to a category if the info on the file page matched a specific pattern). MGA73 (talk) 07:13, 27 April 2020 (UTC)

Video requested

I miss help style as in other places, with videos explaining thinks (videocast) :-(- BoldLuis (talk) 15:32, 17 May 2020 (UTC)

@BoldLuis I will look into this and update as good as I can. Robin Strohmeyer (WMDE) Robin Strohmeyer (WMDE) (talk) 13:04, 18 May 2020 (UTC)

👏. Thank you a lot. This is a great response. BoldLuis (talk) 13:42, 18 May 2020 (UTC)

@BoldLuis could you please point me to an example video? I talked to a few people over the last week and we are note quite sure what kind of videocast you are refering to. Thanks in advance

Robin Strohmeyer (WMDE) Robin Strohmeyer (WMDE) (talk) 12:38, 25 May 2020 (UTC)

A how-to video. How to use it (a regular basic use). This can be clear for newbies (and image / video values more than 1,000 words). BoldLuis (talk) 13:09, 31 May 2020 (UTC)

I just ran into File:Új szócikk létrehozása 2.theora.ogv, which explains in Hungarian how to create a new article (in a quite desktop-centric way, by the way). You’re referring to something like this, BoldLuis, don’t you? Tacsipacsi (talk) 17:55, 31 May 2020 (UTC)

Yes, I do (see w:Template:Image requested#Video, w:Screencast and w:Comparison of screencasting software ;-) BoldLuis (talk) 18:46, 31 May 2020 (UTC)

Remove Template:Copy to Wikimedia Commons after transfer

Tracked in Phabricator
Task T250992

One feature that would be great to have in FileImporter (and exists in MTC!) is removing {{Copy to Wikimedia Commons}} from the source file after the transfer is complete. While it does add {{Now Commons}}, there's a backlog in removing files that are now on Wikimedia Commons, and the files are kept in Category:Copy to Wikimedia Commons in the meantime. Has this feature been considered? Logan _Talk ^{Contributions} 01:00, 8 June 2020 (UTC)

Thanks for bringing this up! Yes, we are aware of this feature request and track it in phab:T250992. However, as of now we do not plan to implement it. Thiemo Kreuz (WMDE) 09:42, 8 June 2020 (UTC)

License migration

The license migration is sometimes a problem. For example on vi.wikipedia and ja.wikipedia. If possible it would be nice if changes like this could be automated. On ja.Wikipedia the changes could look like this. If it makes things too complicated don't try. It can be fixed on Commons. But if it is an easy fix it would be nice. MGA73 (talk) 15:54, 25 June 2020 (UTC)

There is a feature that allows the replacement of template parameters. In this case chuyển đổi= can be changed to migration= automatically. A rule for this can be added to Extension:FileImporter/Data/vi.wikipedia#Transfer. But that's all we have at the moment.

In the discussions at phab:T199453 and phab:T214365 are alternatives discussed that make use of subst: templates on Commons. Thiemo Kreuz (WMDE) 18:48, 25 June 2020 (UTC)

Thank you. But changing to "migration=" is only half the solution because we need the part after the "=" to complete the migration.

Off topic: Did you notice what I did with YouTube CC-BY? Someone really wanted to have a review template so I made this and it works :-) MGA73 (talk) 18:59, 25 June 2020 (UTC)

There's another problem: ja:Template:GFDL was converted to c:Template:GFDL, but it should have been c:Template:GFDL-ja! Stefan2 (talk) 22:12, 25 June 2020 (UTC)

User:Stefan2 Hmmmm. I missed those disclaimers. It is easy to fix the conversion. I wonder what those disclaimers are. MGA73 (talk) 22:25, 25 June 2020 (UTC)

User:Stefan2 there is a text on c:Template:GFDL-ja saying something like that if file was uploaded before july 2009 then we should use GFDL. It is only GFDL-ja after that date. And only if there was no multi-license. MGA73 (talk) 22:34, 25 June 2020 (UTC)

ウィキペディア日本語版からコモンズへ移入されたファイルのうち、日本語版で2009年7月以前にアップロードされたGFDL単独ライセンスだったファイルには、必ず {{GFDL}} ではなく {{GFDL-ja}} のタグを付してください。

Meaning: If the file was uploaded to jawiki before (not after!) July 2009, then the Commons tag is c:Template:GFDL-ja, not c:Template:GFDL.

なお、日本語版でGFDL/CCマルチライセンスだったファイルには、GFDL-jaのライセンスタグは使用しないでください。

Also, don't use GFDL-ja for GFDL/CC multi-licensed files. I wonder if they are talking about files with ja:Template:Self. Note that {{self|GFDL|cc-by-sa-3.0}} inserts ja:Template:GFDL-no-disclaimers (not ja:Template:GFDL) on the file information page. Stefan2 (talk) 22:55, 25 June 2020 (UTC)

I would love to say Oppose for your first point as per c:Commons:Village_pump/Proposals/Archive/2018/08#No_longer_allow_GFDL_for_some_new_uploads. Liuxinyu970226 (talk) 02:12, 1 August 2020 (UTC)

I do not think its a new upload if we are talking about moving the file from xx.wiki to Commons. Anyway at least from ja.wiki there are probably no files that does not also have cc-by-sa-3.0 or have been license migrated. MGA73 (talk) 07:38, 1 August 2020 (UTC)

User:Stefan2 perhaps we should discuss that on Commons. It is not a bug in FileImporter. Just a matter of changing the settings. MGA73 (talk) 05:43, 26 June 2020 (UTC)

It's a bug in FileImporter or some FileImporter settings (where are those defined?) as ja:Template:GFDL is converted to the wrong Commons template. Stefan2 (talk) 17:14, 26 June 2020 (UTC)

User:Stefan2 the settings take 3 seconds to fix. But we need to be sure what the correct is before we change the settings. For those who wanna know more see c:Template talk:GFDL-ja. MGA73 (talk) 17:19, 26 June 2020 (UTC)

I think I solved it at vi.wiki. The script can translate the first part. And the templates on vi.wiki understand the English terms so I just changed all the file pages to English. Problem solved :-) On ja.wiki the solution can be either changing with my bot on ja.wiki or to remove the template during transfer and then let a bot on Commons fix migration. MGA73 (talk) 21:22, 16 July 2020 (UTC)

The problem with GFDL vs GFDL-ja have been fixed on ja.wiki. I changed the license of about 35k files so from now on GFDL=GFDL and GFDL-ja=GFDL-ja. The license migration is also mostly fixed as I changed 99% of the files to use the same migration code as on Commons. MGA73 (talk) 17:08, 21 August 2020 (UTC)

NowCommons is not added

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I moved thousands of files from vi.wikipedia to Commons without any problems but today there was not added a "NowCommons" template. Example Commons:File:Cá cảnh (cá dĩa đỏ) Củ Chi.jpg. Any idea why? I get a message that I have the right to delete files on vi.wiki (I should not have that right) and if I click the bot I get a message that I could not delete the file. MGA73 (talk) 16:05, 25 June 2020 (UTC)

I had this same problem. Importer states that I have fi-wiki admin/deletion privileges, which I do not. Onsilla (talk) 20:51, 25 June 2020 (UTC)

It should be caused by some new patch installed yesterday; I also experienced this. Reported. Tacsipacsi (talk) 21:00, 25 June 2020 (UTC)

Yes, this is an effect of phab:T256428. We will fix this as soon as we can. Until then, please do not use the "delete" checkbox if you are not an administrator on your source wiki. Thiemo Kreuz (WMDE) 08:35, 26 June 2020 (UTC)

@Thiemo Kreuz (WMDE): What’s the issue with using it (apart from being useless)? Does it put unnecessarily high load on the servers? Or does it cause logspam? Or something else? Tacsipacsi (talk) 09:14, 26 June 2020 (UTC)

Nothing to worry about. It will just not do anything. But if you want to mark the source file with the "Now Commons" template you should check this checkbox only, but not the "delete" checkbox. Thiemo Kreuz (WMDE) 10:25, 26 June 2020 (UTC)

Same. No Now Commons checkbox while moving P. Roque (User:Patrickroque01)'s road pics to Commons two days ago. Hope this will be fixed as soon as possible. Stay safe and healthy admins. JWilz12345 (Talk|Contrib's.) 09:43, 29 June 2020 (UTC)

Should be fixed now. Tacsipacsi (talk) 14:59, 30 June 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Edits to getting a tag

Tracked in Phabricator
Task T257126

Hello!

I think these edits also should be tagged with the 'fileimporter' tag. Can this be implemented? Jonteemil (talk) 19:30, 4 July 2020 (UTC)

As you can see on this edit I can now change stuff and it says it was made by FileImporter. One way to fix is to remove the option for user to change stuff during transfer. User can just edit after the import and fix stuff. MGA73 (talk) 13:50, 17 July 2020 (UTC)

Translating categories

Tracked in Phabricator
Task T258490

I noticed that sometimes categories are "translated" to Commons categories and sometimes they are converted to text like xx:Category:Some name. Example this edit.

Is it because the category have a ":" in the name? If I change "Kategorija" to "Category" before I import then it works fine. MGA73 (talk) 16:53, 12 July 2020 (UTC)

Yes, it really looks like this is because of the colon in the name of the category lv:Kategorija:Files uploaded by User:Kikos. I created phab:T258490. Thiemo Kreuz (WMDE) 13:13, 21 July 2020 (UTC)

Internationalisation and interface issues

Tracked in Phabricator
Task T257492

Since I haven’t received any comment yet, I just wish to point here several minor issues reported on Phabricator:

• to use interwiki prefixes instead of external link syntax in system message (but maybe it is not possible?)
• if FileImporter is supposed to work on MetaWiki (but maybe it should only works on Commons?) an interwiki prefix should be fixed
• in one place, NowCommons template name seems to be not internationalized
• an inconsistency may occur between doc and real messages if two different translators localize messages at issue. Pols12 (talk) 22:49, 17 July 2020 (UTC)

PD-US-expired-abroad

Files using en:Template:PD-US-expired-abroad are not permitted to be transferred to Commons despite their copyright expiring and being marked as eligible for transfer. -BRAINULATOR9 (TALK) 20:57, 21 July 2020 (UTC)

c:Template:PD-US-expired-abroad is not a valid license tag, it needs replacement anyway. You can change it e.g. {{PD-US-expired}}{{PD-old-70}} before transfer, after which FileImporter will accept the file. Tacsipacsi (talk) 23:01, 21 July 2020 (UTC)

I'll concede to that. Thanks. -BRAINULATOR9 (TALK) 01:20, 22 July 2020 (UTC)

Getting error trying to import files

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I moved hundreds of files from ja.wiki today but now I get this error:

"[930e0015-1e74-426b-a787-8e308ec5fd1e] 2020-07-22 19:34:32: Fatal exception of type "MediaWiki\Revision\RevisionAccessException"

Any way to see what that is about? Not just for 1 file but for many files. MGA73 (talk) 19:37, 22 July 2020 (UTC)

Do you have an example filename?   — Jeff G. ツ 20:07, 22 July 2020 (UTC)

User:Jeff G. I tried both vi.wiki and ja.wiki. Just pick any file in ja:Category:Files uploaded by Bakkai. For example ja:File:Nitto-kotsu bus Kimitsu.jpg. MGA73 (talk) 20:25, 22 July 2020 (UTC)

I got "[715f5c71-de69-447f-9ce5-12ca46ba124d] 2020-07-22 20:32:16: Fatal exception of type "MediaWiki\Revision\RevisionAccessException" trying to import that same file. Very disconcerting.   — Jeff G. ツ 20:34, 22 July 2020 (UTC)

Same here. <code>[077697f4-8f83-42c0-abd2-75ea794046ff] 2020-07-22 20:27:27: Fatal exception of type "MediaWiki\Revision\RevisionAccessException"</code> for https://en.wikisource.org/wiki/File:Centennial_History_of_Oregon_1811-1912,_Volume_1.djvu-163.png Pete Forsyth (talk) 20:47, 22 July 2020 (UTC)

Same here for https://en.wikipedia.org/wiki/File:Coldstream_guards_hougoumont.jpg

Edit: seems to be fixed. Thanks! Hdfan2 (talk) 07:51, 24 July 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Shorten FileImporter message

Tracked in Phabricator
Task T189196

Please help shorten FileImporter message in vi.wikipedia. We have a lof of files to move to Commons but the space in Recent changes need to be used for other tasks. Violetbonmua (talk) 17:59, 25 July 2020 (UTC)

I'm sorry, can you please explain in more detail what the problem is? Do you have an example or an URL to look at? I'm not aware of any space constrains on Special:RecentChanges. The number of entries shown is not limited by what FileImporter does. Thiemo Kreuz (WMDE) 09:43, 26 July 2020 (UTC)

For example: This will show up on Special:RecentChanges: Violetbonmua Thảo luận đóng góp cấm đã xóa trang “Tập tin:Hoalanvang.jpg” (This file is now on Wikimedia Commons as https://commons.wikimedia.org/wiki/File:Hoalanvang.jpg (moved with FileImporter).)

This is a very long message. Can you help shorten the message to: Violetbonmua Thảo luận đóng góp cấm đã xóa trang “Tập tin:Hoalanvang.jpg” (c:File:Hoalanvang.jpg), or whatever shorter? Violetbonmua (talk) 09:58, 26 July 2020 (UTC)

Why? I seriously don't think this is a "long" message. All the information in this message is crucial. It might be possible to find a wording that's 2 or 3 characters shorter. But why? What's the problem? Thiemo Kreuz (WMDE) 05:42, 27 July 2020 (UTC)

I agree that all the information should be there. The suggestion is to change from

https://commons.wikimedia.org/wiki/File:Hoalanvang.jpg

to

c:File:Hoalanvang.jpg

That will be 30? characters shorter and it will also make it possible to click the link.

I have been moving thousands of files from vi.wiki to Commons and one day I was asked if the message could be shorter. MGA73 (talk) 08:29, 27 July 2020 (UTC)

On most normal screen, it tooks 2 lines to display this message. Some files have longer name so maybe it tooks 3 lines. We have thousand files need to be moved so I wish the message could be as short as possible (within 1 line only). Violetbonmua (talk) 08:36, 27 July 2020 (UTC)

I'm afraid I still don't understand the issue. What exactly happens on Special:RecentChanges when many exports have been made? Why not use the filters on top of Special:RecentChanges? Thiemo Kreuz (WMDE) 09:10, 27 July 2020 (UTC)

I can set the filters for myself but it won't apply for everyone who is monitoring all the changes on Specia:RecentChanges for possible vandalism. If I use FileImporter to move 200 files to Commons, all they can see is me doing that. Violetbonmua (talk) 09:38, 27 July 2020 (UTC)

But this will be the same, no matter how long the summary line is.

Changing the links to use the shorter interwiki link syntax is something we are aware of, see phab:T189196. However, it turns out this is not easy to do. As of now, we don't have the capacity to work on this ticket. Thiemo Kreuz (WMDE) 10:29, 27 July 2020 (UTC)

Wiki link not changed during transfer and turn up red on Commons

Tracked in Phabricator
Task T258929

Hi! Usually when we move from xx.wiki to Commons any wiki links will be changed from [[foo]] to [[:xx:foo]] but today I noticed one link was not changed. I fixed it manually but I wonder why that one link was not changed. MGA73 (talk) 08:33, 27 July 2020 (UTC)

As it turns out this is indeed a bug. I created phab:T258929 as well as a fix. Thanks a lot for the report! This is very helpful. Thiemo Kreuz (WMDE) 11:45, 27 July 2020 (UTC)

It is me that say thank you! FileImporter is really a great tool! I tell everyone to use that when copying files to Commons! MGA73 (talk) 11:47, 27 July 2020 (UTC)

2 files failed

Tracked in Phabricator
Task T258945

Hi! I just moved these 2 files to Commons but the actual file is missing: c:File:水科古墳群出土品-4.JPG and c:File:氷川神社 境内六社.JPG. MGA73 (talk) 11:23, 27 July 2020 (UTC)

We track this bug here: T258945 and are looking into it. Michael Schönitzer (WMDE) (talk) 15:00, 30 July 2020 (UTC)

Should we remove (or add to "Bad" section) all "GFDL-only" like tags?

Per c:Commons:Village_pump/Proposals/Archive/2018/08#No_longer_allow_GFDL_for_some_new_uploads, except for software logos, diagrams and/or screenshots of GFDL-licensed softwares, any new files that are only GFDL licensed are no longer allowed on Commons at all. Liuxinyu970226 (talk) 02:15, 1 August 2020 (UTC)

Yes, we should.   — Jeff G. ツ 02:23, 1 August 2020 (UTC)

Only for new uploads. If the file was uploaded to a local wiki before 2018 I think it is still acceptable on Commons. MGA73 (talk) 18:50, 23 November 2020 (UTC)

DOI links

Tracked in Phabricator
Task T259616

DOI links (e.g. doi:10.5167/uzh-100012) should not converted to something like w:de:doi:10.5167/uzh-100012. Leyo 10:07, 4 August 2020 (UTC)

config location

see w:en:Wikipedia:Village_pump_(technical)#Technical_Wishes:_FileExporter_and_FileImporter_become_default_features_on_all_Wikis - why is running appliction config being housed on mwwiki? (ughh Flow still stinks too) Xaosflux (talk) 19:00, 6 August 2020 (UTC)

I assume you are talking about the configuration pages at mw:Extension:FileImporter/List of configured wikis. The exact location really doesn't matter that much – from a technical standpoint. We just need to store it somewhere where the community is able to edit the pages. Do you have a suggestion for a better location? Thiemo Kreuz (WMDE) 06:19, 7 August 2020 (UTC)

Problematic MIT licenses

For example, w:File:List icon purple.svg. Wikis hasn't MIT license, so it's hard to move to Commons. Ahmetlii (talk) 08:14, 7 August 2020 (UTC)

For legal reasons, files must have one of the "good" templates to allow an import. I guess one possibility is to create such a template as described here. Thiemo Kreuz (WMDE) 08:22, 10 August 2020 (UTC)

Improving error messages

Tracked in Phabricator
Task T261006

Tracked in Phabricator
Task T261060

I get errors when I try to move

1. vi:Tập_tin:Sơ_đồ_thành_cổ_Tân_Sở.svg : "[3cebc9bf-72cf-4731-8a33-210f65603ea1] 2020-08-21 17:03:10: Fatal exception of type "TypeError""
2. vi:Tập_tin:Plan_de_Son_Tay.svg : "This file (or an older revision of this file) contains elements that cannot be accepted for security reasons: $1"

The first error message does not say anything of use to me. The second does except the $1.

Is it possible to improve the error messages? MGA73 (talk) 17:05, 21 August 2020 (UTC)

Someone was so kind to report the first error on phab:T261006 and the second is not very important to me. MGA73 (talk) 17:11, 21 August 2020 (UTC)

These are super helpful bug reports (not speculating but just repeating what happened, with links). Thank you very much! Both appear to be smaller mistakes we made while working on FileImporter, both loosely related to phab:T253872. I created a ticket for the second issue as well, see phab:T261060. Thiemo Kreuz (WMDE) 08:33, 24 August 2020 (UTC)

Thanks, thats great Thiemo. It would of course be nice if FileImporter said "Sorry we can't move version 4. Do you want to move the other versions?". But no need to make things more complicated and risk breaking something if it is just because there are a few files that are wierd. :-D MGA73 (talk) 08:54, 24 August 2020 (UTC)

I have added the files and a few other files to vi:Thể loại:FileImporter error so if you need files to test on then you can just pick some ;-) MGA73 (talk) 15:38, 26 August 2020 (UTC)

Feature unavailable

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello,

I don't have the new tab to export a local file to Commons.

For example, I want to move [https://ko.wikipedia.org/wiki/%ED%8C%8C%EC%9D%BC:Mujujeja1.jpg this file] from wp:ko to Commons, but have no "Export to Wikimedia Commons" tab. It doesn't work either in any other language.

The documentation says "FileExporter is now a default feature on all wikis." so I guess I should not activate anything in my preferences, but can you see what could I do?

Thanks. Daehan (talk) 15:00, 26 August 2020 (UTC)

(meanwhile, another user moved the file on my request, but I need the feature :) ) Daehan (talk) 15:01, 26 August 2020 (UTC)

It looks like you don't have any edits on this wiki. The export button is only shown to users in the "autoconfirmed" group, which typically means 10 edits must have been made, and the user must have been active for a few days. This is an intentional, very basic safety measure to avoid misuse. Thiemo Kreuz (WMDE) 15:36, 26 August 2020 (UTC)

Hello Thiemo,

OK, I understand, thank you. Daehan (talk) 16:26, 26 August 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to fix licenses in a self template?

Tracked in Phabricator
Task T267756

Hi! It is easy to translate a template from local name to Commons name by adding it in the configuration page under translate. For example on sr.wikipedia it is simply to add this code to translate глсд to GFDL:

;глсд:GFDL

But if it is {{self|глсд|Cc-by-sa-3.0}} then FileImporter does not translate глсд to GFDL. Can that be done? MGA73 (talk) 19:05, 22 October 2020 (UTC)

Hi User:Thiemo Kreuz (WMDE). Can you help? MGA73 (talk) 16:19, 11 November 2020 (UTC)

Example of a file in a self template: uk:Файл:Александр Човган.jpg

Example of a file without a self template: uk:Файл:Бейкуський лиман.jpg

One is correctly changed to c:Template:Cc-by-sa-1.0 and the other is not converted but remain c:Template:CC-BY-SA. MGA73 (talk) 16:40, 11 November 2020 (UTC)

FileImporter is able to translate template names, as well as the names of template parameters, but not the content of a parameter. The word "глсд" in your example is content and can't be automatically translated with this tool.

However, it might be possible to add this as a feature. I created phab:T267756 to keep track of this idea. Thiemo Kreuz (WMDE) 19:25, 11 November 2020 (UTC)

Thank you. Self template is a very used template so it would be great! MGA73 (talk) 19:52, 11 November 2020 (UTC)

The importer do not accept PD-RusEmpire license

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Why the FileImporter do not allow me to import files with PD-RusEmpire license? Andriy.v (talk) 19:32, 26 November 2020 (UTC)

Because it's not listed in the "good templates" list in the FileImporter data page for your wiki. Assuming you are trying to import from the Ukranian Wikipedia, that would be Extension:FileImporter/Data/uk.wikipedia#Good * Pppery * _{it has begun} 19:43, 26 November 2020 (UTC)

Ok, thank you. I will add this Andriy.v (talk) 19:48, 26 November 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

field source

Tracked in Phabricator
Task T199453

I apologize for the English from automatic translator .. I am transferring various images from it.wiki and I was wondering if there was the possibility of having the extension replace a value contained in one of the templates to be converted directly. Let me explain, in the Information template there is the "source" field one of the most recurring values ​​is "opera propria" which should be automatically converted to {{own}}, but I didn't understand how it can be done. Thanks ZioNicco (talk) 14:01, 27 December 2020 (UTC)

On Commons, that would be "{{own}}".   — Jeff G. ツ 14:05, 27 December 2020 (UTC)

let me explain better should convert "opera propria" to {{own}}, then I saw that a few days a bot passes to fix it but if there was the possibility to change it immediately it is avoided and maybe it is understandable even by those who do not speak Italian ZioNicco (talk) 14:09, 27 December 2020 (UTC)

I think the easy solution would be to have a bot run on it.wiki and change "opera propria" (and other variants) to "Own work". MGA73 (talk) 16:41, 5 February 2021 (UTC)

The short answer is no, FileImporter currently can't convert values in a template. Only template names and parameter names are converted according to the "transfer" rules. However, it is possible to create a conversion template on Commons that is substituted and does the extra conversions you want. phab:T199453 might contain more information. Thiemo Kreuz (WMDE) 08:21, 28 December 2020 (UTC)