WMDE-leszek added a comment.
I've checked the image on my computer. In browsers and inkscape it looks fine. But it in gimp, and ubuntu's "image viewer" it looks broken in a way that Thiemo reported. I guess we should care most of browsers, but still might try to remove some SVGO option, and have a
phuedx added subscribers: Jdlrobson, phuedx.phuedx claimed this task.phuedx added a comment.
Per @ovasileva's email, I'll be the signer offerer for PP tasks (that I haven't submitted changes for).TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/
hoo added a comment.
In T163748#3208792, @thiemowmde wrote:
The semantics of Title::isDeleted seem to be utterly broken. It does not say if a page is currently deleted, but if there was ever a revision deleted, and how much. Can we please deprecate this shit and rename it to hasDeletedRevisons or
thiemowmde added a project: Wikidata-Sprint.thiemowmde moved this task from incoming to in current sprint on the Wikidata board.thiemowmde assigned this task to hoo.thiemowmde triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T163748WORKBOARDhttps://phabricator.wiki
thiemowmde added a comment.
If this is the problem, how does it help to remove an other check that is there to block creating redirects if there was no deleted revision? How can such a check do the opposite?
You latest comment on the patch helps. I still wonder.
The semantics of Title::isDeleted
hoo changed the title from "Can't created an item redirect if item has deleted revisions" to "Can't created an item redirect over existing item, if item has deleted revisions".hoo edited the task description. (Show Details)
EDIT DETAILSIf an Item exists and also has deleted revisions, we currently
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-04-25T06:06:12Z] Synchronized wmf-config/db-eqiad.php: Repool db1071, depool db1026 - T162539 T163548 (duration: 01m 17s)TASK DETAILhttps://phabricator.wikimedia.org/T162539EMAIL PREFERENCEShttps://phabricator.wikimedia.org/s
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-04-25T06:06:12Z] Synchronized wmf-config/db-eqiad.php: Repool db1071, depool db1026 - T162539 T163548 (duration: 01m 17s)TASK DETAILhttps://phabricator.wikimedia.org/T163548EMAIL PREFERENCEShttps://phabricator.wikimedia.org/s
gerritbot added a comment.
Change 350119 merged by jenkins-bot:
[operations/mediawiki-config@master] db-eqiad.php: Depool db1071 and db1026
https://gerrit.wikimedia.org/r/350119TASK DETAILhttps://phabricator.wikimedia.org/T162539EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/ema
gerritbot added a comment.
Change 350119 merged by jenkins-bot:
[operations/mediawiki-config@master] db-eqiad.php: Depool db1071 and db1026
https://gerrit.wikimedia.org/r/350119TASK DETAILhttps://phabricator.wikimedia.org/T163548EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/ema
hoo added a comment.
What I meant is that: You can't turn an Item into a redirect if it has one or more deleted revisions.TASK DETAILhttps://phabricator.wikimedia.org/T163748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: thiemowmde, gerritbot, Aklapper
thiemowmde added a comment.
Can you please explain this tasks description in more detail? It says one can not create a redirect "if an Item has deleted revisions". If this sentence is true it means no redirect can be created, because all redirects are meant to replace deleted Items.
But what the p
gerritbot added a comment.
Change 350119 had a related patch set uploaded (by Marostegui):
[operations/mediawiki-config@master] db-eqiad.php: Depool db1071 and db1026
https://gerrit.wikimedia.org/r/350119TASK DETAILhttps://phabricator.wikimedia.org/T162539EMAIL PREFERENCEShttps://phabricator.wikim
gerritbot added a comment.
Change 350119 had a related patch set uploaded (by Marostegui):
[operations/mediawiki-config@master] db-eqiad.php: Depool db1071 and db1026
https://gerrit.wikimedia.org/r/350119TASK DETAILhttps://phabricator.wikimedia.org/T163548EMAIL PREFERENCEShttps://phabricator.wikim
Marostegui added a comment.
db1082 is done:
root@neodymium:~# mysql --skip-ssl -hdb1082 wikidatawiki -e "show create table wb_terms\G" | egrep "wb_terms_entity_type|wb_terms_type"
root@neodymium:~#TASK DETAILhttps://phabricator.wikimedia.org/T163548EMAIL PREFERENCEShttps://phabricator.wikimedia.or
Marostegui added a comment.
db1082 is done:
root@neodymium:~# mysql --skip-ssl -hdb1082 wikidatawiki -e "show create table wb_terms\G" | egrep "term_full_entity_id|term_search_full"
`term_full_entity_id` varbinary(32) DEFAULT NULL,
KEY `term_full_entity` (`term_full_entity_id`),
KEY `term_se
Ladsgroup added a comment.
That's strange. For me, it's like this: F7748955: pasted_file
Also Inkescape and firefox:
F7748972: pasted_file
And chrome:
F7748991: pasted_file
Can you double check (or check on someone else's computer?)TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFER
gerritbot added a comment.
Change 349412 abandoned by Ladsgroup:
Add echoIcon.png to client assets
Reason:
In favor of Ic72eb62e166f34607fad517072b6ca86d738ae1f
https://gerrit.wikimedia.org/r/349412TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.
thiemowmde added a comment.
This is how the SVG in https://gerrit.wikimedia.org/r/349984 is displayed for me:
F7748897: Screenshot from 2017-04-25 07:39:56.pngTASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: t
thiemowmde added a comment.
May I ask why you are acting like you are still an active member of the team? I find this very much irritating.TASK DETAILhttps://phabricator.wikimedia.org/T54136EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Danwe, C
Ladsgroup added a comment.
I resolved it, feel free to repoen.TASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher,
Ladsgroup closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher, Anomie, Sjoerddebrui
aude added a comment.
list of duplicates (4295 count) from test wikidata: P5325TASK DETAILhttps://phabricator.wikimedia.org/T163551EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, hoo, QZanden, Izno, Wikidata-bugs, Mbch331___
Mattflaschen-WMF added a comment.
Although the focus of rMWaa063f4c5a19: Back-end of new RecentChanges page, refactoring was the filter system, there was some overlap at the edges, regarding isRowApplicableCallable/applyCssClassIfNeeded (the latter affected the formatters).TASK DETAILhttps://phabri
Mattflaschen-WMF added a comment.
rEWBA30552f803ddd: Port Wikidata filter to new RCFilters system updated the structure and tests for this somewhat, in conjunction with rMWaa063f4c5a19: Back-end of new RecentChanges page, refactoringTASK DETAILhttps://phabricator.wikimedia.org/T58664EMAIL PREFERENC
Mattflaschen-WMF added a comment.
rMW78f109bfddd0: Generalize recentChangesFlags rollup lays part of the groundwork for this. It makes it easier for extensions to interact with the grouping code (which goes from individual lines to groups).TASK DETAILhttps://phabricator.wikimedia.org/T46874EMAIL P
Mattflaschen-WMF edited the task description. (Show Details)
EDIT DETAILS...This requires a bit of refactoring and cleanup of spaghetti code in core, and then simplify / provide a more fine-grained way for extensions to hook into the core code that generates the recent changes lists in the special
Mattflaschen-WMF edited the task description. (Show Details)
EDIT DETAILS...This requires a bit of refactoring and cleanup of spaghetti code in core, and then simplify / provide a more fine-grained way for extensions to hook into the core code that generates the recent changes lists in the special
TerraCodes edited the task description. (Show Details)
EDIT DETAILS... [x ] - Populate Cognate pages table...TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, TerraCodesCc: Stashbot, PeterBowman, Dark
gerritbot added a comment.
Change 350038 merged by jenkins-bot:
[operations/mediawiki-config@master] Disable Page previews beta feature on Wiktionary and Wikidata
https://gerrit.wikimedia.org/r/350038TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia
daniel added a comment.
Makes sense, and should be fine.
However, purging all these pages is quite expensive. We could calculate the number and write it to page_props directly. That's a little bit hackish, but a lot faster, and not too horrible. It does needs more code to be written, but that shou
hoo added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.
TASK DETAILhttps://phabricator.wikimedia.org/T163748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Aklapper, hoo, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho
Fnielsen added a project: Wikidata-Query-Service.Herald added projects: Wikidata, Discovery.
TASK DETAILhttps://phabricator.wikimedia.org/T163745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FnielsenCc: Fnielsen, Aklapper, QZanden, EBjune, merbst, Avner, deb
Fnielsen created this task.Fnielsen added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONWDQS graph generation may fail to converge during the position of the nodes and continuously "wobbles" and using a lot of CPU.
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdlrobson, gerritbotCc: gerritbot, Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, Adik
gerritbot added a comment.
Change 350038 had a related patch set uploaded (by Jdlrobson):
[operations/mediawiki-config@master] Disable Page previews beta feature on Wiktionary and Wikidata
https://gerrit.wikimedia.org/r/350038TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShtt
Jdlrobson changed the title from "De-deploy the PagePreviews extension on Wikidata and English Wiktionary" to "De-deploy the PagePreviews extension on Wikidata and Wiktionary".Jdlrobson edited the task description. (Show Details)
EDIT DETAILSPagePreviews on Wikidata and English Wiktionary were sadl
Lydia_Pintscher added a subscriber: daniel.Lydia_Pintscher added a comment.
That makes sense to me. Thank you! :)
CCing @daniel for sanity checkTASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherC
Danwe added a comment.
@Lydia_Pintscher Why is this an “Epic”? The task's title is way too generic for the given description and what is discussed on http://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2013/06#minimizing_Item.27s_UI all of which could be done without too much effort but whic
hashar added a comment.
I got another case.
mediawiki-extensions job get broken because zuul-cloner tries to find a matching branch for wikidata and ends up falling back to master branch which is not quite what we want.
So for wmf branches we want to process mediawiki/core submodules, then have z
Izno edited the task description. (Show Details)
EDIT DETAILS...> (diff | hist) . . [+] D Wikipedia:Wikidata (Q183); 15:17 . . COH (talk | contribs) (Created claim: Property:`P1813`: Německo)...TASK DETAILhttps://phabricator.wikimedia.org/T163720EMAIL PREFERENCEShttps://phabricator.wikimedia.org/s
Matanya added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T163728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MatanyaCc: Aklapper, Ivan_A_Krestinin, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Fjalapeno added a project: Reading Epics (Platform JS CSS and HTML consolidation).
TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FjalapenoCc: dr0ptp4kt, GWicke, Aleksey_WMDE, daniel, Niedzielski, Magnus, Mi
Jdlrobson claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, QZanden, Winter, Urbanecm, JEumerus, Tulsi
Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. They should be persistently editable now.
Ac
Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. They should be editable now. They do not need
Lydia_Pintscher created subtask T163724: [Story] persistently editable statements on a Form.
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, a
Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. For now they can be view-only.
Acceptance cr
Lydia_Pintscher created subtask T163723: [Story] non-persistently editable statements on a Form.
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bug
Lydia_Pintscher created subtask T163722: [Story] viewable statements on a Form.
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude, Darkdada
Quiddity created this task.Quiddity added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONAt Enwiki, in my watchlist, I've got these 2 entries, which are giving the wrong label:
F7741639: Selection_014.png
(diff | hist) . . [+] D Template:Infobox person/Wikidata (Q255); 15
matej_suchanek removed matej_suchanek as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T142102EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Ladsgroup, Liuxinyu970226, Trizek-WMF, Quiddity, aude, Lydia_Pintscher, ma
Ladsgroup added a comment.
Gerritbot doesn't make a comment when I make patch:
https://gerrit.wikimedia.org/r/349984 Enable echo notification for wikibase clients in beta cluster
TASK DETAILhttps://phabricator.wikimedia.org/T142102EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/
Ladsgroup added a comment.
Given that gerritbot still hates me. This patch adds the echo icon into the wikimedia config repository:
https://gerrit.wikimedia.org/r/349984 Enable echo notification for wikibase clients in beta cluster
TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERE
gerritbot added a comment.
Change 347565 merged by Gehel:
[operations/puppet@production] Enable "trailing poller" functionality for production.
https://gerrit.wikimedia.org/r/347565TASK DETAILhttps://phabricator.wikimedia.org/T161342EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
matej_suchanek edited the task description. (Show Details)
EDIT DETAILS...It's also apparently a wheel re-inventing, subclassing SpecialWikibasePage. Not anything to do with QueryPage in core. Which has marking things as expensive. Caching. Yada yada
--
**Version**: unspeci
gerritbot added a comment.
Change 349977 had a related patch set uploaded (by Mattflaschen):
[mediawiki/extensions/Wikibase@master] WIP: Transform user ID from repo to client in change prop
https://gerrit.wikimedia.org/r/349977TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL PREFERENCEShtt
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMF, gerritbotCc: gerritbot, jmatazzoni, Catrope, Etonkovidova, Mattflaschen-WMF, MGChecker, Merl, Rico
thiemowmde closed this task as "Invalid".thiemowmde added a comment.
This task barely has any description. What I see here is a duplicate of the parent task T108296, which already means "find a better place for the code currently in the lib folder".TASK DETAILhttps://phabricator.wikimedia.org/T7588
thiemowmde closed subtask T75887: [Task] Find a home for shared utilities like reporters, sites, etc. as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T108296EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Liuxinyu970226, Ricordisamoa,
thiemowmde added subscribers: thiemowmde, Aleksey_WMDE.thiemowmde added a comment.
This is still true, and definitely needs fixing.TASK DETAILhttps://phabricator.wikimedia.org/T75643EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Aleksey_WMDE, th
thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment.
I did a quick find and grep and it looks like all parsers and validators are already in directories called "Parsers" and "Validators". I might have missed one, but this is not really worth tracking th
thiemowmde closed subtask T76468: move parsers and validators into own directory as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T75879EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Aklapper, adrianheine, da
thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment.
I did a quick find and grep and it looks like all parsers and validators are in the repo directory. I might have missed one, but this is not really worth tracking this in a 3 years old ticket.TASK DET
thiemowmde closed subtask T75879: move wikibase parsers and validators into a separate repository as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T75863EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Liuxinyu970226, Addsho
thiemowmde closed this task as "Invalid".thiemowmde added a comment.
Moving code to directories might be a helpful step while working on T75877, but having directories is not a technical requirement to be able to move classes to separate code repositories. I would not track this as a separate ticke
thiemowmde closed subtask T76471: move storage into storage implementation and storage interface directories as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T75877EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ricordisamoa, Aklapper,
thiemowmde added a comment.
I would not close this task right away, but it's not as easy as it sounds.
Most formatters remaining in the lib folder depend on MediaWiki core. Can we get rid of this dependency? Even if not, it might still be helpful to have smaller code repositories that do not depe
gerritbot added a comment.
Change 349976 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
[mediawiki/extensions/Wikibase@master] Make TypedValueFormatter interface/implementations PSR-4 compatible
https://gerrit.wikimedia.org/r/349976TASK DETAILhttps://phabricator.wikimedia.org/T76469EM
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T76469EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Ricordisamoa, Aklapper, Lydia_Pintscher, Unknown Object (MLST), Adik2382, Th3d3v
thiemowmde added a comment.
I did a find and grep and found that all classes with the word "formatter" are already in directories called "Formatter", with pretty much no exceptions:
lib/includes/TypedValueFormatter.php
repo/includes/SummaryFormatter.php
And a few that are in other subdirectories
Lydia_Pintscher edited the task description. (Show Details)
EDIT DETAILS...* I can add new grammatical features.
OPreviously open question:
* Do we need a selector for novalue/somevalue?
** No we do not.
* Does the order of grammatical statements matter? Or: should grammatical features be stored a
Lydia_Pintscher edited the task description. (Show Details)
EDIT DETAILS...* I can edit existing grammatical features.
* Saving them is persisted through a page reload.
* I can only select existing items as grammatical features.TASK DETAILhttps://phabricator.wikimedia.org/T162790EMAIL PREFERENCESht
matej_suchanek created this task.matej_suchanek added a project: MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONSteps to reproduce:
Go to https://test.wikidata.org/wiki/Wikidata:Test
Open the sidebar widget to make a conne
Quiddity added a subtask: T139176: More granular watchlisting on Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T43686EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Tbayer, MGChecker, Trizek-WMF, Addshore, daniel, Yair_rand, Nikola_Smolens
Quiddity added a parent task: T43686: [Story] Ability to filter recent changes and watchlist on Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T139176EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Aklapper, Zppix, Daniel_Mietchen, QZanden,
hoo added a comment.
Probably at least 10% of the table are duplicates (at least 129M/2).
mysql:wikiadmin@db1070 [wikidatawiki]> SELECT COUNT(*) FROM wb_terms;
+---+
| COUNT(*) |
+---+
| 613038548 |
+---+
1 row in set (2 min 41.65 sec)TASK DETAILhttps://phabricator.wikimed
Lucas_Werkmeister_WMDE added a parent task: T103228: Improve performance of constraint check.
TASK DETAILhttps://phabricator.wikimedia.org/T163683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, Aklapper, QZande
Lucas_Werkmeister_WMDE added a subtask: T163683: Only check per-item constraints once, instead of with each statement.
TASK DETAILhttps://phabricator.wikimedia.org/T103228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Liuxinyu970226,
hoo edited the task description. (Show Details)
EDIT DETAILS...I found the above example merely by looking for a single term, testing other combinations also quickly brought up duplicates, thus I assume there are //a lot// of these.
I'm curApparently trying to find out, how many such duplicates we
hoo added a comment.
Number of rows which occur at least twice (excludes aliases, for performance reasons):
mysql:wikiadmin@db1070 [wikidatawiki]> SELECT COUNT(*) FROM wb_terms AS t1 WHERE term_type != 'alias' AND EXISTS(SELECT 1 FROM wb_terms AS t2 USE INDEX(wb_terms_entity_id) WHERE t1.term_enti
Addshore added a comment.
Just over 4 seconds for meTASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher, Anomie, Sjo
Danwe changed the task status from "Invalid" to "Resolved".Danwe added a comment.
Marked as resolved as pointed out by TheDJ.
@thiemowmde Just for the record: "Declined" and "Invalid" are two different things.
Without a comment stating something like "yes, I'm still able to reproduce this, and he
Lucas_Werkmeister_WMDE added a project: Wikidata-Sprint.Lucas_Werkmeister_WMDE moved this task from ready to go to in current sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T89349WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabric
Lucas_Werkmeister_WMDE closed subtask T89349: [Task] Only query constraints table once per property as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T103228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Jonaskeut
Lucas_Werkmeister_WMDE closed this task as "Resolved".Lucas_Werkmeister_WMDE claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T89349EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Lucas_Werkmeister_WMDE, Tams
gerritbot added a comment.
Change 349949 merged by jenkins-bot:
[mediawiki/extensions/WikibaseQualityConstraints@master] Cache constraints for property
https://gerrit.wikimedia.org/r/349949TASK DETAILhttps://phabricator.wikimedia.org/T89349EMAIL PREFERENCEShttps://phabricator.wikimedia.org/setting
daniel added a comment.
In T138295#3206244, @ChristianKl wrote:
It might be that I misunderstood and you just change the behavior of SpecialNewProperty when that page is manually opened and not over the "Create" link?
Yes, this is just about the behavior of the page when invoked without any pre-
Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T988EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Liuxinyu970226, waldyrious
Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T146637EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Esc3300, Aklapper, Lydi
Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T150179EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Nizil, abian, Ivanherca
Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T987EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Wikitiki89, -sche, Meno25, neilpquinn, Smalyshev, Noe, Nikki,
Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: waldyrious, QZanden, JAnD,
thiemowmde added a comment.
When we talk about a "default" we mean the"string" preselection when you go to Special:NewProperty. The template you are referring to does not rely on any default but explicitly sets a type via a …?datatype=… URL parameter. This is unaffected and continues to work.TASK D
ChristianKl added a comment.
The standard way to create properties seems to be to click on "Create" in the property proposal. That automatically copies the description and the datatype.
It's supposed to also copy the property name and actually copies the name of the property proposal page into the
gerritbot added a comment.
Change 349315 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Add default value for datatype selector in SpecialNewProperty
https://gerrit.wikimedia.org/r/349315TASK DETAILhttps://phabricator.wikimedia.org/T138295EMAIL PREFERENCEShttps://phabricator.wikimed
thiemowmde closed this task as "Resolved".thiemowmde moved this task from Review to Done on the Wikidata-Sprint board.thiemowmde added a comment.
@ChristianKl, it appears your comment is misplaced, or lacks context. Are you referring to a specific on-wiki discussion? If so, can you please provide a
thiemowmde closed subtask T138295: [Task] Change Special:NewProperty to not have a datatype selected by default as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Luke081515, Liuxinyu
daniel added a comment.
@ChristianKl I don't see how this adds a manual step. The manual step was always there.
Old situation: A (essentially) random type is pre-selected in Special:NewProperty. The admin who creates the property has to check the selected type, and change it if appropriate. If the
Addshore edited the task description. (Show Details)
EDIT DETAILS... [ ] - Add the population of cognate_sites table to the addsite script for wiktionaries? https://gerrit.wikimedia.org/r/349958TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL PREFERENCEShttps://phabricator.wikimedia.org/se
1 - 100 of 188 matches
Mail list logo