Commons:Village pump/Technical/Archive/2019/05

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

File description and license not shown on Wikipedia

Tracked in Phabricator
Task T222935

I noticed that I cannot see the summary and licensing sections of the files uploaded to Commons on other projects such as Persian (1) or English (2) Wikipedia. [Disable Media Viewer.] What is the problem? Is it perhaps relevant to the recent changes to Commons i.e. structured data? 4nn1l2 (talk) 21:07, 10 May 2019 (UTC)

The issue is raised at Phabricator (phab:T222935). George Ho (talk) 22:38, 10 May 2019 (UTC)
This section was archived on a request by: 4nn1l2 (talk) 23:08, 14 May 2019 (UTC)

{{template

Is there any automatic way to generate a list of the image description pages which include incomplete (unparsed) templates, or incorrectly use the common templates? For example, the template "rename" in this page:

{{rename|FLBB @ White Rock, Sapporo City Jazz 2008, 28th July.jpg
{{Information|…}}

or this one:

{[Rename|Fruits of Calophyllum brasiliensis, São Paulo botanic gardenIMG 1169.JPG}}

or even this:

{{rename|Frama_AssSC005}

-- Meisam (talk) 13:26, 29 May 2019 (UTC)

Not for old revisions. For active ones this query seems to work:
file: insource:rename insource:/\{\{ *[Rr]ename/ -hastemplate:rename, but this does also find some syntactically right usages inside of <nowiki> (in most cases not necessary at all in the description I think). — Speravir – 02:42, 30 May 2019 (UTC)
Oh, this has some results, too: file: insource:rename insource:/[^\{]\{ *[Rr]ename/. (Edit 22:39, 31 May 2019 (UTC): Now empty.) — Speravir – 02:46, 30 May 2019 (UTC)
And this one: file: insource:rename insource:/\[\[? *[Rr]ename/. (Edit 22:39, 31 May 2019 (UTC): Now empty.) — Speravir – 02:54, 30 May 2019 (UTC)
@Speravir: Thank you very much! It was really helpful. -- Meisam (talk) 09:55, 30 May 2019 (UTC)
You’re welcome. — Speravir – 23:13, 30 May 2019 (UTC)
This section was archived on a request by: Speravir 23:13, 30 May 2019 (UTC)

Something is wrong with the watchlist formatting

Tracked in Phabricator
Task T218511

In the last few days I've noticed that pages on my watchlist are being marked as read even though I haven't visited them. It doesn't happen on other wikis, just here. So far I've seen it happen in the 'user talk' and 'commons' namespaces. Has anyone else seen this? Thanks. Mike Peel (talk) 18:52, 3 May 2019 (UTC)

Author and Title not shown with Artwork template

Tracked in Phabricator
Task T224078

Hi, I found some files where Author and Title not shown with the Artwork template. There was no issue a few days ago.

Other files were the issue exists:

Any idea? Thanks, Yann (talk) 15:52, 21 May 2019 (UTC)

I found how to reproduce this. Take any file with a {{Artwork}} template where the Author and Title are displayed. Edit the label and description in WD. Purge the file on Commons, the Author and the Title disappear. For File:Paul Cézanne - Landscape with Water Mill - 1952.48.1 - Yale University Art Gallery.jpg, the information disppeared when I did this. Regards, Yann (talk) 05:04, 22 May 2019 (UTC)
I wonder if it's possible it could be an issue with the module code. Pinging @Jarekt: . I was seeing essentially the same issue with the {{Book}} template yesterday, which uses the same Lua module as its back-end. If I used the {{Book}} template, with information drawn from Wikidata, then the author/title information disappeared. But if I switched to the {{Book/sandbox}} template, which uses Module:Artwork/sandbox the author/title strap-line was restored. So I think it might be a code bug that's got into the module. Jheald (talk) 07:11, 22 May 2019 (UTC)
My guess is that it's the difference between this and this that may be causing the different behaviour between the two. Jheald (talk) 07:19, 22 May 2019 (UTC)
So, this is a case where introducing Wikidata, ends up suppressing the correct display of existing parameters in Commons templates. Interesting way for Wikidata to systematically damage Commons. --Fæ (talk) 08:34, 22 May 2019 (UTC)
Well, if the issue comes from the Module, 1. This is false, 2. I don't the point of speading fake news before anything is confirmed. Regards, Yann (talk) 10:05, 22 May 2019 (UTC)
When anyone can verify the effects using their own eyes, dismissing it as fake news is bizarre. --Fæ (talk) 10:49, 22 May 2019 (UTC)
@Fæ: Yes, this is FUD, or fake news, as like. The issue is NOT with Wikidata, but with the Module:Artwork, on Commons. Don't you have anything better to do? Like fixing your numerous incomplete uploads? Yann (talk) 11:57, 22 May 2019 (UTC)
Okay, I'll go sit in the garden and read a book. My apologies for expressing my genuine opinions on a public noticeboard. Obviously I'm not a member of this special club. --Fæ (talk) 12:00, 22 May 2019 (UTC)
 Comment This seems to be fixed now. I checked all the files listed above, and they are OK now. In some cases, the file needs to be purged. Regards, Yann (talk) 12:53, 22 May 2019 (UTC)
ResolvedYann (talk) 12:55, 22 May 2019 (UTC)
This section was archived on a request by: Speravir 03:09, 2 June 2019 (UTC)

Tech News: 2019-19

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Problems

  • Special:Watchlist can show the wrong information. It does not always show which edits are read and which are unread. The developers are working on solving the problem. [1]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 7 May. It will be on non-Wikipedia wikis and some Wikipedias from 8 May. It will be on all wikis from 9 May (calendar).

Meetings

  • Recurrent item Advanced item You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 8 May at 15:00 (UTC). See how to join.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

16:27, 6 May 2019 (UTC)

Tech News: 2019-20

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 14 May. It will be on non-Wikipedia wikis and some Wikipedias from 15 May. It will be on all wikis from 16 May (calendar).

Meetings

  • Recurrent item Advanced item You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 15 May at 15:00 (UTC). See how to join.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

00:48, 14 May 2019 (UTC)

Fixing a broken PDF file

Tracked in Phabricator
Task T223357

Hi there. I posted this question at File talk:Mueller letter to Barr 2019-03-27.pdf#Broken PDF file using the {{Helpme}} template, but I think this is probably the better venue:

The PDF file File:Mueller letter to Barr 2019-03-27.pdf is broken and doesn't display properly. When Aviartm or I tried to upload new version of the file the system wouldn't allow it because the file already exists here. I'm not 100% sure that uploading a new version of the file will even help with the problem. What should be done? Note that, while there is no current Wikipedia article using the image, that is because I commented it out of en:Timeline of investigations into Trump and Russia (2019) when I saw the image was not displaying properly there.

I'm going to remove the {{Helpme}} template from the file's talk page and point that discussion here instead. Sorry for the multiple posts on this.

Thanks, - PaulT+/C 16:06, 3 May 2019 (UTC)

Seemingly a bug in mw:Extension:PdfHandler. Unless alternative suggestions, I will submit a phabricator task about it. Incnis Mrsi (talk) 19:49, 14 May 2019 (UTC)
Thanks. I added a comment at the task with some additional information. Hopefully someone can look into this further. - PaulT+/C 01:33, 16 May 2019 (UTC)
Why not just pass the file through qpdf and upload the result as a new version? I think it is better to do the "fix" on client side that manage broken files on servers. Ankry (talk) 10:43, 21 May 2019 (UTC)
Ankry, I'll betray my ignorance, but what is qpdf? There is nothing on the topic at Commons. I see that it is a CLI tool in the entry at Wikipedia. I hesitate to make changes to the file because it is a DOJ-sourced document, but assuming I ran it though the tool, would I still have the same problem I stated above: I tried to upload new version of the file the system wouldn't allow it because the file already exists here? Thanks for the tip about the tool. - PaulT+/C 19:45, 24 May 2019 (UTC)
Psantora A Linux tool. Ankry (talk) 19:51, 24 May 2019 (UTC)
OK, it did not help despite some PDF errors seem to be fixed :( Feel free to revert my upload, if any further problem with it. Ankry (talk) 20:00, 24 May 2019 (UTC)
Seems to have done the trick on my end! Perhaps you need to clear your cache? Regardless, I agree that there should be a more coherent error condition beyond simply not showing a thumbnail. - PaulT+/C 20:34, 24 May 2019 (UTC)
I do not think it was a browser caching issue, as I did get HTTP error message and HTTP errors are not cached client-side. But likely, just a delay was needed. Good news, that the fix works. Ankry (talk) 06:55, 25 May 2019 (UTC)
This section was archived on a request by: Vulphere 13:46, 13 June 2019 (UTC)

Server time

The time stamp on my posts is being shown in "server time" despite the fact that I've set my preferences to show time stamps in local time. Is this a bug or is this how it's supposed to work? FWIW, I've set my preferences the same way for editing on Wikipedia, and it does show my posts in local time. -- Marchjuly (talk) 07:09, 15 May 2019 (UTC)

Time stamps (for postings) are stored on pages in a text form – English, 24-hours, and with the “(UTC)” qualifier. Of course, it is possible to translate—via client-side DHTML—these time stamps to another time zone, another language, or to AM/PM. What is Marchjuly’s complaint about? Does some gadget refuse to do the job? Otherwise why is it suddenly a Commons’ problem? Incnis Mrsi (talk) 07:28, 15 May 2019 (UTC)
It's not really a complaint per se. I was just curious as to why my time stamps on English Wikipedia are displayed in local time, but my time stamps on Commons are displayed in server time even though I've set my preferences for both project to have time displayed in local time. -- Marchjuly (talk) 07:35, 15 May 2019 (UTC)
Perhaps the respective gadget in Wikipedia is more sophisticated than its analog here? Incnis Mrsi (talk) 07:39, 15 May 2019 (UTC)

Importer error

I got an error when I tried to import en:File:Jingcheng Expwy March03.jpg: 

<Error, collected 1 error(s) on the way, integer value set>
+------+---------------------------+------------------------------------------+
|    1 | http-bad-status           | 404 Not Found                            |
+------+---------------------------+------------------------------------------+

(I copied this from the source code. It's rendered as a single line on the page.)

I was renaming the file to File:Jingcheng Expwy March 2003.jpg. I changed the description to 

<!--This file was moved here using FileImporter from //en.wikipedia.org/wiki/File:Jingcheng_Expwy_March03.jpg-->

== {{int:filedesc}} ==
{{Information
| Description    = {{en|Jingcheng Expwy}}
| Source         = {{own}}
| Date           = {{exif date|2003-03-26}}
| Author         = [[User:DF08|DF08]] ([[User talk:DF08|talk]]) ([[Special:ListFiles/DF08|Uploads]])
| Permission     = 
| other_versions = 
}}

== {{int:license-header}} ==
{{GFDL-en|migration=relicense}}

[[Category:G45 Daguang Expressway]]

--Roy17 (talk) 21:47, 31 May 2019 (UTC)

I believe this has to do with the first revision of that image being corrupted and/or unavailable. I seem to remember something about this happening when revisions were removed but not fully deleted (rev'del) so it makes sense that it would also happen in this case. Let me see if I can grab an enwiki admin to deal with it. --Majora (talk) 21:57, 31 May 2019 (UTC)
@Roy17 and Majora: enwiki admin here. Unfortunately, this isn't a case of revision deletion. The first revision of the file is simply missing from Wikipedia's servers. I have no idea why, but it's not the first time I've seen it with very old files. The FileImporter doesn't allow you to choose which revisions to import, so I deleted the corrupt revision on enwiki entirely so it's not selected automatically. You can try the import again. clpo13(talk) 22:26, 31 May 2019 (UTC)
@Roy17: Try it now. Thank you, Clpo13, for taking care of that. (Notifications don't work if you add them later. They have to be done with a fresh signature or it fails to send) --Majora (talk) 22:27, 31 May 2019 (UTC)
This section was archived on a request by: Vulphere 13:43, 13 June 2019 (UTC)

Upload malfunctioning

Does anyone know what's going on with Upload Wizard? It seems to be malfunctioning for processed files, but uploading out-of-camera files is ok. See discussion on my talk page. --Cart (talk) 18:29, 16 May 2019 (UTC)

New tool for uploading from Flickr

I often find myself wanting to upload a photo that I've got on Flickr, and want to set its description, coordinates, and categories/tags without having to jump between multiple browser tabs. So I made a little tool: toolforge:flickrdash. It displays the photo, a clickable map, and data-entry forms for Commons and Flickr, side-by-side. It adds tags on the Flickr side by looking up Wikidata items (and uses their IDs for machine tags), and adds categories on Commons via the P373 Commons-category property. It's still very rough, but works to some extent. I'm not sure if it's of any use to anyone else, but I thought I'd mention it in case anyone has a similar workflow to me. It'll soon be able to edit captions and depicts statements too. — Sam Wilson ( Talk • Contribs ) … 17:14, 17 May 2019 (UTC)

Blocked user able to upload

Drbaseball95 was indefinitely blocked in 2012. Here's the block log entry:

(change visibility) 20:47, 2 November 2012 Martin H. (talk | contribs | block) changed block settings for Drbaseball95 (talk | contribs) with an expiration time of indefinite (account creation blocked) (Created sockpuppet account User:Nats379 and repeated upload of stolen photos) (unblock | change block)

Can anyone explain why this user was able to upload several dozen pictures in 2019? I'm starting to go through his uploads and delete them, so non-admins, see Special:Log/Drbaseball95. Nyttend (talk) 00:33, 25 May 2019 (UTC)

Pinging @Martin H. as blocking Admin.   — Jeff G. ツ please ping or talk to me 00:52, 25 May 2019 (UTC)
I've gone to Meta and requested a global lock. Normally they don't lock in such a situation (user blocked for CV on two wikis, hasn't edited anywhere else), but if an account somehow has the ability to edit through a block, it seems to me like a significant privilege-escalation error. Nyttend (talk) 01:05, 25 May 2019 (UTC)
@Nyttend: See commons:Administrators' noticeboard/User problems#User:Drbaseball95. The uploads were on enwiki; Magog the Ogre imported them later. That's also why Drbaseball95's edit count is only at 15. My understanding is that there's now a way to import that puts a little en> before the user's name in the logs to clear up any confusion, but I guess that wasn't done here. Suffusion of Yellow (talk) 01:09, 25 May 2019 (UTC)
Ah, okay, thank you for correcting me. I remember being confused some time ago by that en> and having to be told what it meant — that's why I was confused, since I remembered that bit and figured its absence on recent uploads meant that it wasn't an import. I've stricken my Meta lock request. Nyttend (talk) 01:23, 25 May 2019 (UTC)
Honestly I saw that he is indefinitely blocked but I examined his uploads and determined they are almost certainly self-created. Similar resolutions, quality, not found on reverse image search, etc. Not sure what he did some years ago to deserve the indef block but these images are legitimate. Magog the Ogre (talk) (contribs) 02:56, 25 May 2019 (UTC)
Magog the Ogre, on principle I'm fine with you undeleting them, but since Ymblanter came to the opposite conclusion, please don't just go and undelete them. Would you mind chatting with Ymblanter about how the two of you reached opposite conclusions? (I was just acting on Ymblanter's conclusions and don't have any independent input.) Alternately, I'm fine with undeletion if these files are then taken to DR. Nyttend (talk) 02:09, 26 May 2019 (UTC)
I have come from the English Wikipedia, where the user was blocked earlier this month, and then blocked indef for uploading copyvios (see w:en:Wikipedia:Administrators' noticeboard/Incidents#User:Drbaseball95 continues copvios). I checked several of them and none had EXIF, but I did not perform a more thorough check. May be indeed restoring them and running a deletion request could be a good idea.--Ymblanter (talk) 07:46, 26 May 2019 (UTC)
@Nyttend: I didn't undelete anything. I transferred it. If you have a problem with the uploads, please nominate them for deletion. Magog the Ogre (talk) (contribs) 22:44, 26 May 2019 (UTC)
I know you didn't undelete them. Given your wording, I figured you'd be happy to undelete them if I said "go ahead". Nyttend (talk) 22:50, 26 May 2019 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Roy17 (talk) 10:30, 15 June 2019 (UTC)

Tech News: 2019-21

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

Problems

  • File descriptions for files from Commons were not shown properly on other Wikimedia wikis for a few days. For example the image descriptions and license information were missing. This has now been fixed. [2][3]
  • Some diffs show an error message when you try to see them. The developers are working on fixing it. It could be because of some edit comments. [4][5]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 21 May. It will be on non-Wikipedia wikis and some Wikipedias from 22 May. It will be on all wikis from 23 May (calendar).

Meetings

  • Recurrent item Advanced item You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 22 May at 15:00 (UTC). See how to join.

Future changes

  • The content translation tool on Wikipedia can use machine translations. There is a system to stop translations where the editors do not fix machine translation mistakes. This warns or stops them if they seem to just copy what the machine translation gives them. If this system is too strict or not strict enough you can tell the language team. [6]
  • Advanced item The Wikidata wbeditentity API endpoint will remove all aliases if the request includes an empty alias. This is how it supposed to work. It has not been working this way because of a bug. This will start on 12 June. [7]


Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

13:03, 20 May 2019 (UTC)

Tech News: 2019-22

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Changes later this week

  • Advanced item Big changes to the replica database will happen on 3 June. Some tools on Cloud Services will stop working if the maintainers do not update them to use the new schema. This probably affects tools that query for revisions or log entries made by a user. [8][9]
  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 28 May. It will be on non-Wikipedia wikis and some Wikipedias from 29 May. It will be on all wikis from 30 May (calendar).

Meetings

  • Recurrent item Advanced item You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 29 May at 15:00 (UTC). See how to join.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

15:33, 27 May 2019 (UTC)

Database pages have been down for months

Please see the pages "User:Fæ/Userlist" which has the message "Report last updated on 2019-03-18" (Mobile 📱) and the page "Commons:Database reports/Upload log stats" with the message "Top 300 users with the most upload log entries. Data as of 06:54, 28 May 2019 (UTC). See also mw:Manual:Log actions" (Mobile 📱), the issues on both pages seem to have happened around 2 (two) months apart so I suspect that there are different reasons why they are not updating, but is there a reason why these database reports aren't properly working? Is there someone with the technical capabilities here to fix them? Because as far as I can tell neither pages were abolished and the statistics on the main page haven't stopped updating so I'd say that it's not like these logs are completely unavailable.

Should I report this issue to the Phabricator? --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 12:50, 24 July 2019 (UTC)

Retrieved from "https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump/Technical/Archive/2019/05&oldid=363165628"