Wikidata

Wikidata:Report a technical problem/Archive/2022/08

< Wikidata:Report a technical problem‎ | Archive‎ | 2022
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Problem creating data for name pouya saki

Problem creating data for name pouya saki gives this error: This action has been automatically identified as harmful, and therefore disallowed. If you believe your action was constructive, please inform an administrator of what you were trying to do. A brief description of the abuse rule which your action matched is: Spam Page address: https://www.wikidata.org/wiki/Q113200484 please help 4wsasa7 (talk) 10:59, 31 July 2022 (UTC)

@4wsasa7: It looks as if you've been hitting Special:AbuseFilter/160, apparently because the name "pouya" has frequently been used by spammers adding items that don't pass our notability criteria. Before we give further assistance, could you please explain why you believe Pouya saki (Q113200484) qualifies under Notability? Bovlb (talk) 23:25, 3 August 2022 (UTC)

Issue related to the Main page

Hello, could someone look at the following edit request on the Main page talk page? Thank you! -- Pacha Tchernof (talk) 23:17, 17 August 2022 (UTC)

I'm not expert in mobile styling, so I'm going to leave that to someone else, but I was able to reproduce the problem. In doing so (using the mobile simulator in Chrome), I observed a more serious technical problem. We're trying to fetch https://www.m.wikidata.org/wiki/Special:CentralAutoLogin/createSession?token=XXX&type=script&proto=https&mobile=1 but www.m.wikidata.org does not exist. That sounds like something we should fix. Bovlb (talk) 16:51, 18 August 2022 (UTC)
  • The problem is not new—and as far as I remember, someone else has reported it in the past already.
  • IMO the entire main page deserves a complete rewrite, using modern styling techniques such as CSS flexbox or grid instead of the outdated flowing div boxes.
  • Anyways, right now the top box height is defined by the height of File:Wikidata nodes in white.svg (319 px). Since the gray overlay might grow higher, it is not displayed properly in many situations.
—MisterSynergy (talk) 19:27, 18 August 2022 (UTC)

Deletion does not warn about usage on other projects

Tracked in Phabricator
Task T315829
Tracked in Phabricator
Task T315828

When an administrator goes to delete an item, there is a warning message "Warning: Other pages link to or transclude the page you are about to delete." for Wikidata links to the page. There does not appear to be a corresponding message about "Wikis subscribed to this entity", which can be seen on "Page information". This would be a useful check for the deleting admin. It would also be useful if there was a similar warning when deleting an item that has sitelinks. Bovlb (talk) 17:32, 12 August 2022 (UTC)

Bovlb: Thanks for making these feature requests. I created tickets for them. -Mohammed Sadat (WMDE) (talk) 19:42, 21 August 2022 (UTC)

special:statistics & Quarry disagree on number of items by about 1 million

Per an analysis by User:Andrew_Gray in this twitter thread - https://twitter.com/generalising/status/1560388261251522567 - special:statistics claims WD has just less than 100m "Content pages", but Quarry disagrees, by about 1,000,000. WDQS seems to agree with Quarry - https://w.wiki/5azd - and not with special statistics. Does anyone know what special:statistics content pages includes / how it is derived? --Tagishsimon (talk) 23:45, 18 August 2022 (UTC)

Thanks - I had been going to post this last night but it was getting late so I put it off :-).
There are various possible tweaks to how a "page" can be counted (eg requiring an internal link), but they would all serve to filter that number down, not make it larger, so it doesn't seem they're likely to be relevant here. Special:Statistics draws from $wgContentNamespaces, which for WD are defined as main (0), lexemes (146), and I think entity schemas (640). However, counting all non-redirect pages in all namespaces would still leave us short of the 99.95m count (quarry breakdown), so I don't think the explanation is that it's somehow counting the wrong group of things.
Similarly, the "all pages" count on Special:Statistics (which includes redirects and everything in all namespaces) is too high - all pages in all namespaces, including redirects, seems to total about 103.3m (quarry breakdown) and not the 104.4m reported. The API returns the same numbers as Special:Statistics in both cases, as does {{NUMBEROFARTICLES}}, {{NUMBEROFPAGES}} (109,707,389, 114,703,059) - I guess these all ultimately trace back to the same internal counter.
I think the underlying answer here may be that somehow that internal count is off. Perhaps it can be rechecked? There is a mention in the MediaWiki manual of the updateArticleCount.php and initSiteStats.php scripts - I wonder if it would be possible for someone with access to quickly run those in non-update mode and see what the output looks like? Andrew Gray (talk) 11:55, 19 August 2022 (UTC)
Another apparently similar problem on the very same Special:Statistics page: it reports "Page edits since Wikidata was set up: 1,755,099,773", but there are actually only around 1,708,000,000 edits as of now (i.e. ~47m fewer than reported). So the edit counter on the special page is wrong as well. —MisterSynergy (talk) 12:44, 19 August 2022 (UTC)
Okay I am now relatively sure that this is related to phab:T306589 (“Add sharding to site_stats table”). The feature was newly developed in May (I think) by User:Ladsgroup and apparently deployed to Wikis mid-June this year per meta:Tech/News/2022/25. The numbers (edits, pages, etc.) reported on Special:Statistics seem to be deviating from reality pretty much exactly since then. —MisterSynergy (talk) 13:04, 19 August 2022 (UTC)
Given this:
::::wikiadmin@10.64.48.51(wikidatawiki)> select * from site_stats;
::::+-----------+----------------+------------------+----------------+----------+-----------------+-----------+
::::| ss_row_id | ss_total_edits | ss_good_articles | ss_total_pages | ss_users | ss_active_users | ss_images |
::::+-----------+----------------+------------------+----------------+----------+-----------------+-----------+
::::|         1 |     1704292463 |         98965587 |      103314955 |  5593982 |           23362 |         0 |
::::|         2 |        5651820 |           109599 |         119773 |    12051 |            NULL |         0 |
::::|         3 |        5647005 |           109390 |         119641 |    12328 |            NULL |         0 |
::::|         4 |        5649592 |           109252 |         119425 |    12164 |            NULL |         0 |
::::|         5 |        5647187 |           110340 |         120522 |    12409 |            NULL |         0 |
::::|         6 |        5649817 |           108902 |         119317 |    12468 |            NULL |         0 |
::::|         7 |        5648917 |           108828 |         119305 |    12165 |            NULL |         0 |
::::|         8 |        5653256 |           108718 |         119047 |    12234 |            NULL |         0 |
::::|         9 |        5647360 |           108672 |         118970 |    12109 |            NULL |         0 |
::::|        10 |        5651210 |           109729 |         119937 |    12365 |            NULL |         0 |
::::+-----------+----------------+------------------+----------------+----------+-----------------+-----------+
::::10 rows in set (0.001 sec)
It's either an edit (or page creation) has been updating twice, once the first row and once a row at random, or the site stats is counting something from this table twice, which I doubt. Anyway, fixing this shouldn't be too hard, in the mean time, take one non-main row's value, multiply by ten and remove it from the actual reported value.
Create a ticket so I can investigate it in depth on Monday. Amir (talk) 13:22, 19 August 2022 (UTC)
At least locally it doesn't happen. When I edit, only one row gets updated. Amir (talk) 13:31, 19 August 2022 (UTC)
@MisterSynergy @Ladsgroup @Tagishsimon Interesting indeed! I checked another sharded and non-sharded wiki for comparison. On enwiki, w:Special:Statistics reports about 30,000 more 'content pages' than the strict ns0 count on Quarry, and 420k more "all pages". By comparison, on frwiki, w:fr:Special:Statistics and Quarry report essentially the same number for both. I'll put a ticket together tonight. Andrew Gray (talk) 13:38, 19 August 2022 (UTC)

Issue with "category combines topics"

Wikidata property "category combines topics" has some issue since today and does not display topics properly on Commons infoboxes (example 1, example 2, example 3), but instead shows code (Q[number]). --Orijentolog (talk) 18:51, 24 August 2022 (UTC)

Seems okay in English. What language UI are you using on Commons? --Tagishsimon (talk) 18:57, 24 August 2022 (UTC)
@Tagishsimon: yeah I just tested, when I change to English it seems fine, but for Serbo-Croatian (which I generally use) it shows codes. --Orijentolog (talk) 23:13, 24 August 2022 (UTC)
This is likely an issue on the Commons side, I’ve reported it there. —Tacsipacsi (talk) 00:56, 25 August 2022 (UTC)

copyright license

I want to modify the wrong license in Q15904527, the correct one is the CN version, but I can't find an option available. —— 星海子 (talk) 18:00, 26 August 2022 (UTC)

@星海子: Use this item I just created: Creative Commons Attribution-NonCommercial-ShareAlike 3.0 China Mainland (Q113630051). Looking at https://en.moegirl.org.cn, the Unported License seems to be correct for the English site at least. Dexxor (talk) 05:49, 27 August 2022 (UTC)
@Dexxor: Thank you. The English and Japanese versions of Moegirlpedia use CC BY-SA 3.0 Unported, but the Chinese version uses CC BY-NC-SA 3.0 CN. 星海子 (talk) 06:52, 27 August 2022 (UTC)

Issue with watchlist and reply notifications

I do not know if this is the right place for this issue, but I am not getting notifications for every reply on a chat or items on my watchlist being edited/used.

This has been happening since about the last few months, and to only some items and chats.

Just wondering if I need to do something to correct this, or if this is a generic system issue? Wallacegromit1 (talk) 08:48, 14 August 2022 (UTC)

@Wallacegromit1: Which edits did expect being notified of and didn't? Matěj Suchánek (talk) 13:06, 21 August 2022 (UTC)
@Matěj Suchánek Thanks for the reply. Whenever a person (not a bot), edits an Item I have created.
Recent Examples: Doña Eustaquia de Sonza (Q113297352) & Cultura Colectiva (Q48989774)
I do not have a major issue with it, just curious to know, when some items get edited. Wallacegromit1 (talk) 14:55, 21 August 2022 (UTC)
When I add either item to my watchlist, I can see it there. You might need to fiddle with your watchlist settings. Try using the trash can icon to see all changes to pages on your watchlist. --Matěj Suchánek (talk) 16:37, 21 August 2022 (UTC)
@Wallacegromit1 Let us know whether you're still having this issue. -Mohammed Sadat (WMDE) (talk) 08:50, 29 August 2022 (UTC)
@Matěj Suchánek & @Mohammed Sadat (WMDE) worked on my watchlist settings a bit. Seems to be ok for now. Thank You! Wallacegromit1 (talk) 19:46, 29 August 2022 (UTC)

P772

The link to the website does not work. Se discussion Property talk:P772. Maundwiki (talk) 18:40, 25 August 2022 (UTC)

@Maundwiki Thanks for bringing this issue to our attention. It's not clear what @Davileci was trying to do. The Spanish version of the authority control Lua module implements a bunch of special handling for the INE website but this would not work on Wikidata. We can ask @ArthurPSmith to add this custom code (in PHP) to the Wikidata External ID redirector, and then use that for the property’s formatter URL. Mohammed Sadat (WMDE) (talk) 08:17, 30 August 2022 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Report_a_technical_problem/Archive/2022/08&oldid=1727743022"