[Wikidata-bugs] [Maniphest] [Commented On] T162539: Deploy schema change for adding term_full_entity_id column to wb_terms table

[Marostegui]

Marostegui added a comment.
db1071 and db1063 are done:

root@neodymium:~# mysql --skip-ssl -hdb1071 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_search_full` (`term_language`,`term_full_entity_id`,`term_type`,`term_search_key`(16))
root@neodymium:~# mysql --skip-ssl -hdb1063 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_search_full` (`term_language`,`term_full_entity_id`,`term_type`,`term_search_key`(16))TASK DETAILhttps://phabricator.wikimedia.org/T162539EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Stashbot, hoo, jcrespo, Marostegui, WMDE-leszek, Lydia_Pintscher, daniel, Aklapper, gerritbot, aude, Ladsgroup, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163548: Drop the useless wb_terms keys "wb_terms_entity_type" and "wb_terms_type" on "wb_terms" table

[Marostegui]

Marostegui added a comment.
db1071 and db1063 are done:

root@neodymium:~# mysql --skip-ssl -hdb1071 wikidatawiki -e "show create table wb_terms\G" | egrep "wb_terms_entity_type|wb_terms_type"
root@neodymium:~# mysql --skip-ssl -hdb1063 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.org/settings/panel/emailpreferences/To: MarosteguiCc: Stashbot, gerritbot, aude, daniel, Aklapper, hoo, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Marostegui, Lewizho99, Minhnv-2809, Maathavan, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] Sitelink removal in Wikidata

[Amir Ladsgroup]

Hey,
One common form of vandalism in Wikidata is removing sitelinks (we already
have an abuse filter flagging them).
One of my friends in Persian Wikipedia (who is not a wikidata editor and
only cares about Persian Wikipedia) asked me to write a tool that lists all
Persian Wikipedia sitelink removals. So I wrote something small and fast
but it's usable for any wiki. For example English Wikipedia:
http://tools.wmflabs.org/dexbot/tools/deleted_sitelinks.php?wiki=enwiki

It's slow due to nature of the database query but once it responds, you
might find good things to revert.

Since this is the most useful for Wikipedia editors who don't want to
patrol Wikidata (in that case, this query

is
the most useful) I'm reaching to wider audiences. Sorry for spamming.

HTH
Best
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T163774: The query services seems to have a problem with the new geoshape datatype

[Lydia_Pintscher]

Lydia_Pintscher added a comment.
It is not there because the RDF mapping is still missing. (Was also in the announcement ;-))TASK DETAILhttps://phabricator.wikimedia.org/T163774EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Aklapper, ChristianKl, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T163774: The query services seems to have a problem with the new geoshape datatype

[Lydia_Pintscher]

Lydia_Pintscher closed this task as a duplicate of T160535: [Task] Provide RDF mapping for geoshape data type..
TASK DETAILhttps://phabricator.wikimedia.org/T163774EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Aklapper, ChristianKl, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T161543: Enable geoshape datatype on Wikidata

[Lydia_Pintscher]

Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher moved this task from Backlog to Done on the Wikidata-Sprint board.Lydia_Pintscher claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T161543WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: gerritbot, Jheald, aude, hoo, Dalba, Rschen7754, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T57549: [Story] Add a new datatype for geoshapes

[Lydia_Pintscher]

Lydia_Pintscher closed subtask T161543: Enable geoshape datatype on Wikidata as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, Lydia_PintscherCc: Lokal_Profil, WMDE-leszek, Pasleim, LikeLifer, jmac, TheDJ, Jonas, Micru, gerritbot, mxn, Yurik, abian, Evad37, Abbe98, daniel, RolandUnger, Boshomi, Susannaanas, Christopher, Yair_rand, Kopiersperre, putnik, StudiesWorld, esbranson, DixonD, Aklapper, Sannita, Ricordisamoa, Cavila, Rits, Kolossos, El_Grafo, Wikidata-bugs, Tobias1984, aude, Rschen7754, Ainali, Lydia_Pintscher, Adik2382, Soteriaspace, Th3d3v1ls, JakeTheDeveloper, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163475: Populate the page_props table on Wikidata with wb-identifiers

[Lydia_Pintscher]

Lydia_Pintscher added a comment.
Yeah in that case let's just run the bot.TASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: daniel, Lydia_Pintscher, Ladsgroup, Aklapper, Multichill, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T54136: [Epic] Redesign Item UI for Wikidata repo

[Danwe]

Danwe added a comment.
May I ask why you are acting like you are still an active member of the team?

@thiemowmde I am foremost a sometimes active, sometimes not so active member of the wider WM, MW, Wikidata etc. community (and have proudly been so since 2007 when I have first started coding for MW).

Right now I “act” as a community member interested in what's going on in Wikidata and Wikibase. In my time as a WMDE Wikidata developer in Denny Vrandečić's initial team we have embraced community engagement. So I find your comment above a little irritating (and topic distracting) to be honest.TASK DETAILhttps://phabricator.wikimedia.org/T54136EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DanweCc: Danwe, Charlie_WMDE, Ash_Crow, Agabi10, Aklapper, MGChecker, Bene, Nemo_bis, Yair_rand, thiemowmde, He7d3r, jayvdb, Denny, Micru, adrianheine, aude, SJu, Snaterlicious, Ricordisamoa, Yamaha5, Lydia_Pintscher, Danmichaelo, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163475: Populate the page_props table on Wikidata with wb-identifiers

[Multichill]

Multichill added a comment.

In T163475#3208210, @daniel wrote:
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 shouldn't take more than a day or two.  Worth it? I don't know.


Is it worth the effort? Anyone available to actually do this? Sounds nice, but if it means waiting for many months because this has no priority, I rather just run a purge bot.TASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: daniel, Lydia_Pintscher, Ladsgroup, Aklapper, Multichill, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163815: Lua error: "The ID entered is unknown to the system. Please use a valid entity ID." with valid q-code

[Jarekt]

Jarekt created this task.Jarekt added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONLately I completed T89597 and rolled out on Commons [[Module:Creator]] that mimics [[Template:Creator]] but can also fetch any field from Wikidata if needed. The module is used by 28k creator templates on 1.6M pages. The issue I have is that out of 28k creator templates 12 show "The ID entered is unknown to the system. Please use a valid entity ID" error without any additional explanation. According to T143970, the error message is due to bad q-code, but all of the pages have valid q-codes. Strangely most

My request is to provide more usable information when throwing this error, like which q-code is not valid and in which line was it called. I also would appreciate any hints of how to debug this issue, and what might cause it. See c:User:Jarekt/a for example of the error.

Affected q-codes are: Q2441898, Q558060, Q146691, Q313638, Q19675193, Q113775, Q1394, Q33391, Q559531, Q1988310, Q51088, Q1978510.

F7758030: New Picture (3).bmpTASK DETAILhttps://phabricator.wikimedia.org/T163815EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Jarekt, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T158430: [Spike] Use suggested properties to get signal for completeness

[Halfak]

Halfak claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T158430EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HalfakCc: Sjoerddebruin, Ladsgroup, Glorian_Yapinus, Sumit, Ricordisamoa, Aklapper, StudiesWorld, Lydia_Pintscher, samuwmde, Glorian_WD, Halfak, QZanden, Avner, Izno, Wikidata-bugs, aude, He7d3r, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T59665: editing data values using server-side parser/validation will disable "save" button until server responds

[Danwe]

Danwe added a comment.
The behavior you are describing means the user can smash the return key very early, and will entirely miss the preview that is shown after the input was parsed and formatted.

Might make sense to decline this if you want to hold the average user's hand rather than satisfy pro users. On the other hand, consider how in MW we allow saving wikitext edits without using preview first.

"Ad-hoc parsing" in this context means that, for example, a time value is stored exactly as the user has entered it, and only parsed when a machine-readable value is needed. All this would happen server-side.

Is this even being discussed anywhere? Sounds like a pretty insane idea for a multitude of reasons.TASK DETAILhttps://phabricator.wikimedia.org/T59665EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DanweCc: Danwe, thiemowmde, Tobi_WMDE_SW, adrianheine, Snaterlicious, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T163720: Wrong label shown in watchlist on Wikipedia for a Wikidata change on some items

[Quiddity]

Quiddity edited the task description. (Show Details)
EDIT DETAILS...I've searched for "property" and "wikidata" in both those enwiki articles, with no results.

-
Quick links:
* https://www.wikidata.org/wiki/Q255
** https://en.wikipedia.org/wiki/Ludwig_van_Beethoven
* https://www.wikidata.org/wiki/Q183
** https://en.wikipedia.org/wiki/Germany
* https://www.wikidata.org/wiki/Q17534637
** https://en.wikipedia.org/wiki/Template:Infobox_person/Wikidata
* https://www.wikidata.org/wiki/Q4847210
** https://en.wikipedia.org/wiki/Wikipedia:Wikidata
TASK DETAILhttps://phabricator.wikimedia.org/T163720EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Quiddity, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T162788: [Story] basic non-editable list of Grammatical Features of a Form

[Aleksey_WMDE]

Aleksey_WMDE claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T162788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDECc: Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Lowered Priority] T140876: In SqlEntityInfoBuilder, replace the usage of wb_entity_per_page with using the page and redirect tables

[WMDE-leszek]

WMDE-leszek added a project: Wikidata-Sprint.WMDE-leszek lowered the priority of this task from "High" to "Normal".
TASK DETAILhttps://phabricator.wikimedia.org/T140876EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Zppix, Aklapper, hoo, gerritbot, Tobi_WMDE_SW, daniel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Lowered Priority] T140877: In PropertyInfoTableBuilder, replace the usage of wb_entity_per_page with using the page and redirect tables

[WMDE-leszek]

WMDE-leszek lowered the priority of this task from "High" to "Normal".WMDE-leszek added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T140877EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, hoo, gerritbot, Tobi_WMDE_SW, Zppix, daniel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T162198: [Bug] Input expert extender is not re-positioned after input position on page has changed

[WMDE-leszek]

WMDE-leszek triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T162198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: aude, Jonas, Aklapper, Jrbranaa, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T163723: [Story] non-persistently editable statements on a Form

[WMDE-leszek]

WMDE-leszek added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T163723EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T162797: [Story] Grammatical Forms look like faked statements

[daniel]

daniel added a comment.
See T163785: [Story] UX design for a Form's list of grammatical features TASK DETAILhttps://phabricator.wikimedia.org/T162797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jan_Dittrich, daniel, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T163785: [Story] UX design for a Form's list of grammatical features

[daniel]

daniel edited the task description. (Show Details)
EDIT DETAILS...Both the function and the representation of a form's grammatical features is similar to the function and representation a lexeme's class and language. For this reason, presentation and manipulation of these things should work in a similar way. 

Example user stories:
* as a novice editor, I see a form linked as "//gingen//, 3rd person, singular, imperfect"; I follow the link, and want to change "3rd person" to "2nd person". I expect this to work like editing a Lexeme's lemma, or an Item's description, since it is shown/used in the same way.
* as an experienced Wikidata editor new to Lexemes, I see the grammatical features "3rd person", "singular", and "imperfect" represented as (what seems to be) statements. I try to find the corresponding property, and fail. I try to formulate a query that uses these statements, and find no way.
* as an editor, I want to change the Lemma's class, and to adapt all the Forms' features accordingly. I expect this to work in similar ways, since the relationship between the lexical category and the Lexeme is similar to the relationship between the grammatical feature and the Form.TASK DETAILhttps://phabricator.wikimedia.org/T163785EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jonas, Aklapper, daniel, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162540: Edit entity special pages are too interwoven making it impossible to properly inject dependencies.

[gerritbot]

gerritbot added a comment.
Change 350229 had a related patch set uploaded (by Lucas Werkmeister (WMDE)):
[mediawiki/extensions/Wikibase@master] Move setServices in specials to constructor params

https://gerrit.wikimedia.org/r/350229TASK DETAILhttps://phabricator.wikimedia.org/T162540EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, daniel, Aklapper, Lydia_Pintscher, Ladsgroup, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T162540: Edit entity special pages are too interwoven making it impossible to properly inject dependencies.

[gerritbot]

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T162540EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, daniel, Aklapper, Lydia_Pintscher, Ladsgroup, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T163722: [Story] viewable statements on a Form

[WMDE-leszek]

WMDE-leszek added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T163722EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T160526: [Story] List of Statements for a Form

[WMDE-leszek]

WMDE-leszek removed a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T160526: [Story] List of Statements for a Form

[WMDE-leszek]

WMDE-leszek added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T163551: Huge number of duplicate rows in wb_terms

[WMDE-leszek]

WMDE-leszek triaged this task as "High" priority.WMDE-leszek added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T163551EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: aude, Aklapper, hoo, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T157466: See meta name="description" on article placeholders

[WMDE-leszek]

WMDE-leszek triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T157466EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, WMDE-leszekCc: Ladsgroup, Aklapper, Lydia_Pintscher, Lucie, daniel, hoo, QZanden, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T162790: [Story] basic editable list of Grammatical Features of a Form

[WMDE-leszek]

WMDE-leszek added a project: Wikidata-Sprint.WMDE-leszek edited the task description. (Show Details)
EDIT DETAILS...* I can only select existing items as grammatical features.

Note: Entered data is not supposed to be persisted. After page reload, all changes will be gone,TASK DETAILhttps://phabricator.wikimedia.org/T162790EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Lydia_Pintscher, thiemowmde, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T162788: [Story] basic non-editable list of Grammatical Features of a Form

[WMDE-leszek]

WMDE-leszek added a project: Wikidata-Sprint.WMDE-leszek edited the task description. (Show Details)
EDIT DETAILS...* The grammatical features do not need to be editable yet.

Note: Data displayed is not supposed to be coming from database, or any other storage layer. It would be just "fake" data for demonstration purposes only.TASK DETAILhttps://phabricator.wikimedia.org/T162788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162797: [Story] Grammatical Forms look like faked statements

[daniel]

daniel added a comment.
For the record: by closing this as invalid, I don't mean to say "we will not use this solution". I'm just saying that the UI design should be discussed some more, and alternatives considered.TASK DETAILhttps://phabricator.wikimedia.org/T162797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jan_Dittrich, daniel, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T52202: Diffing between different content models throws a fatal error

[matej_suchanek]

matej_suchanek removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T52202EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: thiemowmde, hoo, aude, Addshore, Bugreporter, Ricordisamoa, Aklapper, Jasper, Legoktm, Lydia_Pintscher, daniel, QZanden, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T160525: [Story] Grammatical Feature of a Form

[daniel]

daniel created subtask T163785: [Story] UX design for a Form's list of grammatical features .
TASK DETAILhttps://phabricator.wikimedia.org/T160525EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163785: [Story] UX design for a Form's list of grammatical features

[daniel]

daniel created this task.daniel added projects: Story, Wikidata, Lexicographical data.
TASK DESCRIPTIONA form's grammatical features are given by a (possibly empty) list of Item Ids. Their purpose is similar to the purpose of descriptions: they disambiguate the form, and specify in which context the form is applicable. A "description" of the form may be composed by constructing a (comma separated) list of (the labels of) the items selected as grammatical features.

The UI should allow to see all the items selected as grammatical features for a given form, and allow that list to be edited, by adding or removing entries.

Both the function and the representation of a form's grammatical features is similar to the function and representation a lexeme's class and language. For this reason, presentation and manipulation of these things should work in a similar way.TASK DETAILhttps://phabricator.wikimedia.org/T163785EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jonas, Aklapper, daniel, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162673: Adjust code reading from wb_terms table to use full entity ID

[daniel]

daniel added a comment.
@Ladsgroup so, I think both options are nasty in their own way :) Since you have to write it, I'll leave it to you to decide which kind of mess you prefer!TASK DETAILhttps://phabricator.wikimedia.org/T162673EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ladsgroup, Lydia_Pintscher, Aklapper, gerritbot, aude, WMDE-leszek, daniel, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162797: [Story] Grammatical Forms look like faked statements

[Jan_Dittrich]

Jan_Dittrich added a comment.
To  work on it I would need some insight in how we assume the proposed/existing UI would impair the use (in some sort of realistic scenario, like "When a user wants to do… they assume … because currently … this leads to…")TASK DETAILhttps://phabricator.wikimedia.org/T162797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, daniel, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T162797: [Story] Grammatical Forms look like faked statements

[daniel]

daniel closed this task as "Invalid".daniel added a comment.
After a conversation with Lydia yesterday, it seems like treating grammatical features "kind of like" statements is not useful:


features have no ranks, no novalue/somevalue, no qualifiers, and no sources.
features act as a "description" associated with the form, like the class and language of the Lexeme.


Closing this as invalid for now, pending further UX design.TASK DETAILhttps://phabricator.wikimedia.org/T162797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jan_Dittrich, daniel, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T162797: [Story] Grammatical Forms look like faked statements

[Jan_Dittrich]

Jan_Dittrich added subscribers: daniel, Jan_Dittrich.Jan_Dittrich added a comment.
@Lydia_Pintscher @daniel :

The title says "Grammatical Forms look like faked statements" – does that summarize the problem or goal here? From what was said in the engineering time it seems to be a problem; From what is written in the ticket, making it "look like a statement" is the aim.TASK DETAILhttps://phabricator.wikimedia.org/T162797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, daniel, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T160525: [Story] Grammatical Feature of a Form

[daniel]

daniel closed subtask T162797: [Story] Grammatical Forms look like faked statements as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T160525EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T162540: Edit entity special pages are too interwoven making it impossible to properly inject dependencies.

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE claimed this task.Lucas_Werkmeister_WMDE moved this task from incoming to in current sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T162540WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, daniel, Aklapper, Lydia_Pintscher, Ladsgroup, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[thiemowmde]

thiemowmde added a comment.
This sound overly complicated. Just look at the existing icons, take a screenshot, and start drawing on it. There is no standard applied on the existing icons. It's just that some look very big, and are scaled down a bit to look better when close to other icons that look smaller. That's all.TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T59665: editing data values using server-side parser/validation will disable "save" button until server responds

[thiemowmde]

thiemowmde added a comment.
"Ad-hoc parsing" in this context means that, for example, a time value is stored exactly as the user has entered it, and only parsed when a machine-readable value is needed. All this would happen server-side.

There are no plans to implement something like this.

The behavior you are describing means the user can smash the return key very early, and will entirely miss the preview that is shown after the input was parsed and formatted. This is crucial in many cases, e.g. when the user types "01/02/2003" and expects this to become "January 1st", but it becomes "February 2nd".

All these considerations are the reason this got declined for now.TASK DETAILhttps://phabricator.wikimedia.org/T59665EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Danwe, thiemowmde, Tobi_WMDE_SW, adrianheine, Snaterlicious, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163048: Showing wrong colors in the Wikidata logo

[abian]

abian added a comment.
I have downloaded the right logo (3015 bytes) and optimized it (2098 bytes) using optipng.

$ optipng -o7 wikidatawiki.png
** Processing: wikidatawiki.png
156x110 pixels, 4x8 bits/pixel, RGB+alpha
Input IDAT size = 2940 bytes
Input file size = 3015 bytes

Trying:
  zc = 9  zm = 9  zs = 0  f = 0		IDAT size = 2023
  zc = 9  zm = 8  zs = 0  f = 0		IDAT size = 2023
   
Selecting parameters:
  zc = 9  zm = 8  zs = 0  f = 0		IDAT size = 2023

Output IDAT size = 2023 bytes (917 bytes decrease)
Output file size = 2098 bytes (917 bytes = 30.41% decrease)

The colors are correct. This version can be downloaded from here (SHA-1: 0x5b78a8430ce339b4d606062cb04e11c59e9f046c).

Is this version okay for you, @Reedy?TASK DETAILhttps://phabricator.wikimedia.org/T163048EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: ori, Zppix, Lydia_Pintscher, Reedy, Framawiki, abian, Aklapper, QZanden, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Jan_Dittrich]

Jan_Dittrich added a comment.
So the problem is that the icons should have some build-into-the-image padding and we don't know what the padding specifically is, so we need to review existing icons to approximate some distance? If that is the problem we might want to talk to frontend standardization to get it specified somewhere (or maybe there is a standard for all icons)TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T52202: Diffing between different content models throws a fatal error

[thiemowmde]

thiemowmde added a comment.
I do not plan to invest more time on this right now. Everything you said is fine. But even considering all this I think my patch https://gerrit.wikimedia.org/r/349878 is acceptable and does not interfere with one of the possible future solutions you proposed.TASK DETAILhttps://phabricator.wikimedia.org/T52202EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, hoo, aude, Addshore, Bugreporter, Ricordisamoa, Aklapper, Jasper, Legoktm, Lydia_Pintscher, daniel, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[thiemowmde]

thiemowmde added a comment.
While I was working on T142104#2618898 I remember some frustration because the full-res Wikidata logo barely fits into the space the Echo extension gives us, and becomes fuzzy and blurry almost all the time. So I agree it's a very good idea to use the simplified favicon shape. I suggest to do so.

I'm just not sure if it should be blue or use the original colors. I'm also not absolutely sure if a 2px or 3px padding is best. I would make a screenshot, put it into Inkscape and draw on top of it to find the best size.TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T109836: Try replacing Wikibase usages with API usages

[NHarateh_WMF]

NHarateh_WMF added a project: Reading-Infrastructure-Team-Backlog.
TASK DETAILhttps://phabricator.wikimedia.org/T109836EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NHarateh_WMFCc: RobLa-WMF, Anomie, Jdlrobson, hoo, Aklapper, JanZerebecki, Lydia_Pintscher, aude, daniel, Legoktm, JeroenDeDauw, Ricordisamoa, QZanden, Winter, Izno, Wikidata-bugs, Mbch331, Jay8g, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Charlie_WMDE]

Charlie_WMDE added a comment.
Hey @thiemowmde I didn't know about the padding issues etc. I didn't even know there were any. Mentioning this would have probably been helpful in avoiding this.

How to resolve this: I still think we need to use a favicon because of the aforementioned reasons. If I add a padding of 2 or 3px to the favicon, will that solve the issue in your opinion?

I'm sorry if this has disgruntled you. I would like to see this solved in the best way possible just as much as you do probably :)TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162673: Adjust code reading from wb_terms table to use full entity ID

[daniel]

daniel added a comment.

In T162673#3209337, @Ladsgroup wrote:
I mean it will be messy without a flag.


Yea... but I think it will be just as messy with a flag. Maybe even worth.TASK DETAILhttps://phabricator.wikimedia.org/T162673EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ladsgroup, Lydia_Pintscher, Aklapper, gerritbot, aude, WMDE-leszek, daniel, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[thiemowmde]

thiemowmde added a comment.
Uhm, pals. I already went through all this when I created T142104#2618898. It makes me sad to see multiple (!) people going through all the same already solved issues again. Don't you think it would be worth it to avoid this somehow?

There is a 30px by 30px canvas for the icons reserved in the Echo CSS. But no existing icon is using this full canvas. All have a 2px or 3px padding. I considered this when I created all the versions I uploaded here, including the last one. Just scaling an image to 30px by 30px will most probably lead to one that looks like it is to big. The scaling should be done on a screenshot (which is what I did), to be able to see how it will look together with other Echo icons.TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Charlie_WMDE]

Charlie_WMDE added a comment.
Per CSS, it's 30px by 30px:

then I say let's stick with the favicon :)TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Charlie_WMDE]

Charlie_WMDE added a comment.
@Ladsgroup

If it is that large (I'd say starting from 50x50px) we can safely use @thiemowmde 's version. No need for a favicon in that case. If it will gbe shown smaller on smaller screens I suggest sticking with the favicon.

For the 3rd party installations I've made a favicon of the wikibase logo. I've made two versions.

One is suited better up until 25px (which I suggest we should use in the tab on wikiba.se because currently it's just a blue smudge)

F7753448: WB_Favicon_blue16.svg

and one which is useful when the icon is 30px or larger which we can use for the echo notification.

F7753449: WB_Favicon_30.svgTASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T149456: Wikidata description change doesn't trigger mobile-sections update

[NHarateh_WMF]

NHarateh_WMF added a project: Reading-Infrastructure-Team-Backlog.
TASK DETAILhttps://phabricator.wikimedia.org/T149456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pchelolo, NHarateh_WMFCc: GWicke, Niedzielski, mobrovac, daniel, aude, hoo, Pchelolo, Aklapper, Dbrant, Mholloway, gerritbot, bearND, Jcasariego, nickisverygood, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Designsbydavesconcepts, Serumulapiet, Lewizho99, Maathavan, donaldepig, Izno, Eevans, Hardikj, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Ladsgroup]

Ladsgroup added a comment.
Per CSS, it's 30px by 30px:

.mw-echo-ui-notificationItemWidget-icon img {
height: 30px;
width: 30px;
}TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Charlie_WMDE]

Charlie_WMDE added a comment.
@Ladsgroup do you know how many pixels are dedicated to the icon? or what range (depending ons screensize)? It seems larger than I thought.TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Ladsgroup]

Ladsgroup added a comment.
It will look like this when implemented:
F7752588: pasted_file
(I used inspect to get this working, no backend magic)TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162673: Adjust code reading from wb_terms table to use full entity ID

[Ladsgroup]

Ladsgroup added a comment.
I mean it will be messy without a flag.TASK DETAILhttps://phabricator.wikimedia.org/T162673EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, Lydia_Pintscher, Aklapper, gerritbot, aude, WMDE-leszek, daniel, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162673: Adjust code reading from wb_terms table to use full entity ID

[daniel]

daniel added a comment.
@Ladsgroup Is it going to be less messy with the feature flag? You still need conditionals in the same places, plus you have to inject the flag...TASK DETAILhttps://phabricator.wikimedia.org/T162673EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ladsgroup, Lydia_Pintscher, Aklapper, gerritbot, aude, WMDE-leszek, daniel, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T52202: Diffing between different content models throws a fatal error

[daniel]

daniel added a comment.
@thiemowmde Whether the diff view code for EntityContent is called or not depends on which way you ask for the diff. When comparing two different kinds of content, it's unclear which diff code to use - that's exactly the reason the exception is thrown.

The real solution to this problem would be to throw a more specific exception in this case, and catch it in Article or DifferenceEngine, and show a nice message. Or catch the condition earlier, before it triggers an exception, in Article or DifferenceEngine.TASK DETAILhttps://phabricator.wikimedia.org/T52202EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: thiemowmde, hoo, aude, Addshore, Bugreporter, Ricordisamoa, Aklapper, Jasper, Legoktm, Lydia_Pintscher, daniel, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T59665: editing data values using server-side parser/validation will disable "save" button until server responds

[Danwe]

Danwe added a comment.
I don't think it's broken per se. In any case, supporting saving of unparsed values (i.e. ad-hoc parsing) is quite some new feature which would require a lot of work.

By “ad-hoc parsing” do you mean client side parsing of the values on the front-end? We did this before and it's unfeasible.

I believe the simplest solution to enabling the save button while validation is going on would be this:
If “save” gets clicked while a validation is still running then the actual “save” action will be deferred until validation is successful. If validation fails, the “save” action gets cancelled and the user gets some sort of visual feedback (which should be the case anyhow because of the invalid value). This behavior shouldn't require a lot of work and would be really neat.TASK DETAILhttps://phabricator.wikimedia.org/T59665EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DanweCc: Danwe, thiemowmde, Tobi_WMDE_SW, adrianheine, Snaterlicious, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T75643: EntityChange in lib depends on EntityContent in repo

[daniel]

daniel added a comment.
My 2¢ on this: ChangeFactory should be split into a general factory in lib (defining the newForChangeType methods), and a RepoChangeFactory in the repo component, that has knowledge about EntityContent, Revision, etc. Any code that needs services or knowledge about repo concepts should be extracted into RepoChangeFactory.TASK DETAILhttps://phabricator.wikimedia.org/T75643EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aleksey_WMDE, thiemowmde, JeroenDeDauw, Ricordisamoa, Aklapper, Wikidata-bugs, JanZerebecki, adrianheine, aude, daniel, QZanden, Izno, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Charlie_WMDE]

Charlie_WMDE added a comment.
hey @thiemowmde and @Ladsgroup thanks for your work on the icon.

Lydia and I had discussed to use the favicon instead of the full Wikidata logo since on a small scale it starts looking kinda fuzzy with all the tiny lines. Using only blue is a good idea I think because it then matches all other notifications which are kept in one of 3 colors (one of which is the blue you used).

Here's the favicon icon i suggest we use:
F7751646: WD_Favicon_blue.svg

For the 3rd party installations notification I'll think of smth in the next hour since we decided not to use the Wikimedia-colored database icon since it's not going to be used in a Wikimedia context.TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162540: Edit entity special pages are too interwoven making it impossible to properly inject dependencies.

[daniel]

daniel added a comment.
A newFromGlobalState method isn't needed. We use this in classes that have or represent "static entry points", e.g. hook handlers. You are right that for a special page, this can be done by the factory class (or wiring file).TASK DETAILhttps://phabricator.wikimedia.org/T162540EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Lucas_Werkmeister_WMDE, daniel, Aklapper, Lydia_Pintscher, Ladsgroup, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T75643: EntityChange in lib depends on EntityContent in repo

[thiemowmde]

thiemowmde added a comment.
@Aleksey_WMDE, the problem is this line: https://phabricator.wikimedia.org/diffusion/EWBA/browse/master/lib/includes/Changes/EntityChange.php;52253d5b116df36849b2c44f787cbe3f256fedd2$201 This is code in lib, but it type hints against EntityContent and calls EntityContent::getEntityId, which is code in repo. This means lib depends on repo, right?TASK DETAILhttps://phabricator.wikimedia.org/T75643EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Aleksey_WMDE, thiemowmde, JeroenDeDauw, Ricordisamoa, Aklapper, Wikidata-bugs, JanZerebecki, adrianheine, aude, daniel, QZanden, Izno, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162540: Edit entity special pages are too interwoven making it impossible to properly inject dependencies.

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added a comment.
So instead of the setXyzServices call in the constructor, the constructor should accept the services as parameters. Should a newFromGlobalState function also be added to the pages, which would do roughly what the constructor does now? That’s what I’ve seen in WikibaseQualityConstraints, but as far as I can tell, it might not be necessary here, since repo/Wikibase.php can call the constructor with the right arguments when it sets up the special pages.TASK DETAILhttps://phabricator.wikimedia.org/T162540EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, daniel, Aklapper, Lydia_Pintscher, Ladsgroup, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T103261: [Story] Improve UI on Special Page Constraint Report

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE closed subtask T102755: [Task] Sort table in Special Page (status AND claim) as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T103261EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lydia_Pintscher, Aklapper, Tamslo, QZanden, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T102755: [Task] Sort table in Special Page (status AND claim)

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE closed this task as "Resolved".Lucas_Werkmeister_WMDE moved this task from DOING to DONE on the Wikibase-Quality board.
TASK DETAILhttps://phabricator.wikimedia.org/T102755WORKBOARDhttps://phabricator.wikimedia.org/project/board/989/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Jonaskeutel, Aklapper, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T75643: EntityChange in lib depends on EntityContent in repo

[Aleksey_WMDE]

Aleksey_WMDE added a comment.
Seems like task has incomplete description. 
I cannot understand what the problem is and also what needs to be changed and how.
Can anyone provide more info?TASK DETAILhttps://phabricator.wikimedia.org/T75643EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDECc: Aleksey_WMDE, thiemowmde, JeroenDeDauw, Ricordisamoa, Aklapper, Wikidata-bugs, JanZerebecki, adrianheine, aude, daniel, QZanden, Izno, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T102755: [Task] Sort table in Special Page (status AND claim)

[gerritbot]

gerritbot added a comment.
Change 350132 merged by jenkins-bot:
[mediawiki/extensions/WikibaseQualityConstraints@master] Further sort constraint report

https://gerrit.wikimedia.org/r/350132TASK DETAILhttps://phabricator.wikimedia.org/T102755EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Jonaskeutel, Aklapper, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T163775: [Task] Release DataValues Geo 2.0.0

[thiemowmde]

thiemowmde closed subtask T161231: Hashes of globe-coordinates are sensitive to serialize_precision ini setting. as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T163775EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: hoo, Lydia_Pintscher, aude, Aleksey_WMDE, daniel, WMDE-leszek, thiemowmde, Aklapper, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T161231: Hashes of globe-coordinates are sensitive to serialize_precision ini setting.

[thiemowmde]

thiemowmde closed this task as "Resolved".thiemowmde removed a project: Patch-For-Review.thiemowmde edited the task description. (Show Details)
EDIT DETAILS...* [ ] Update Geo release notes
* [ ] Tag Geo release
* [ ] Possibly make Wikibase.git use it, if not pulled in automaticallyT163775TASK DETAILhttps://phabricator.wikimedia.org/T161231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, JeroenDeDauw, Aleksey_WMDE, thiemowmde, gerritbot, Aklapper, daniel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T163775: [Task] Release DataValues Geo 2.0.0

[thiemowmde]

thiemowmde added a project: Patch-For-Review.thiemowmde triaged this task as "Normal" priority.thiemowmde moved this task from incoming to in current sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T163775WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: hoo, Lydia_Pintscher, aude, Aleksey_WMDE, daniel, WMDE-leszek, thiemowmde, Aklapper, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T163775: [Task] Release DataValues Geo 2.0.0

[thiemowmde]

thiemowmde added a subtask: T161231: Hashes of globe-coordinates are sensitive to serialize_precision ini setting..
TASK DETAILhttps://phabricator.wikimedia.org/T163775EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: hoo, Lydia_Pintscher, aude, Aleksey_WMDE, daniel, WMDE-leszek, thiemowmde, Aklapper, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162540: Edit entity special pages are too interwoven making it impossible to properly inject dependencies.

[daniel]

daniel added a comment.
FTR, the setXyzServices() methods were introduced to allow services to be overwritten for testing, before proper injection was possible for SpecialPages. They can and indeed should be replaced by proper constructor injection now.TASK DETAILhttps://phabricator.wikimedia.org/T162540EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, Aklapper, Lydia_Pintscher, Ladsgroup, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T161231: Hashes of globe-coordinates are sensitive to serialize_precision ini setting.

[thiemowmde]

thiemowmde added a parent task: T163775: [Task] Release DataValues Geo 2.0.0.
TASK DETAILhttps://phabricator.wikimedia.org/T161231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, JeroenDeDauw, Aleksey_WMDE, thiemowmde, gerritbot, Aklapper, daniel, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163775: [Task] Release DataValues Geo 2.0.0

[thiemowmde]

thiemowmde created this task.thiemowmde added projects: Wikidata, DataValues, Wikidata-Sprint, Patch-For-Review.Herald added a subscriber: Aklapper.Herald removed a project: Patch-For-Review.
TASK DESCRIPTIONWith T161231 we changed the GlobeCoordinateValue hashing, which technically is a breaking change and requires a major version bump. There are two other breaking changes waiting for a long time. I suggest to include them into this release.

#patch-for-review:


 https://github.com/DataValues/Geo/pull/53 adds missing sanity checks to GlobeCoordinateValue.
 https://github.com/DataValues/Geo/pull/23 changes all confusing "GeoCoordinate…" class names to "LatLong…".
 https://github.com/DataValues/Geo/pull/103 adds release notes.
 Create a 2.0.0 tag.
 Make sure https://packagist.org/packages/data-values/geo got it, and update manually if not.
 Update Wikibase.git to use the new version.
TASK DETAILhttps://phabricator.wikimedia.org/T163775EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: hoo, Lydia_Pintscher, aude, Aleksey_WMDE, daniel, WMDE-leszek, thiemowmde, Aklapper, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T102760: [Task] Hooks to keep constraint table up to date.

[gerritbot]

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T102760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, abian, Ricordisamoa, Andreasburmeister, Aklapper, Jonaskeutel, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T102760: [Task] Hooks to keep constraint table up to date.

[gerritbot]

gerritbot added a comment.
Change 349894 had a related patch set uploaded (by Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseQualityConstraints@master] Import constraints from statements on properties

https://gerrit.wikimedia.org/r/349894TASK DETAILhttps://phabricator.wikimedia.org/T102760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, abian, Ricordisamoa, Andreasburmeister, Aklapper, Jonaskeutel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Lowered Priority] T102763: [Task] Hooks to keep violations table up to date.

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE lowered the priority of this task from "High" to "Normal".Lucas_Werkmeister_WMDE moved this task from TODO to Backlog on the Wikibase-Quality board.Lucas_Werkmeister_WMDE added a comment.
As far as I’m aware, WikibaseQualityConstraints currently does not save constraint violations at all: they are always re-checked each time the special page is loaded or the API is called. And at least as far as I can tell from a quick glance, WikibaseQualityExternalValidation doesn’t either. So I’m lowering the priority for now and moving to Backlog, since this seems to be more a reminder for when we actually save violations than a task that needs to be done now.TASK DETAILhttps://phabricator.wikimedia.org/T102763WORKBOARDhttps://phabricator.wikimedia.org/project/board/989/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, Ricordisamoa, Andreasburmeister, Aklapper, Jonaskeutel, QZanden, Scott_WUaS, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141866: Provide a way to filter Wikidata's recent changes for language-dependent content in specific languages

[ChristianKl]

ChristianKl added a comment.
From a privacy standpoint, I don't see why the language of an editor should be a secret. It's valuable information that helps other users to connect with the user.

If I review language-agnostic content from users with whom I share no common language, my only choice is to revert the content or let it stand. I have no opportunity to explain the user why I reverted his edits. I would expect to allow non-English speaking people to focus on engaging with people with they share a common language to help them integrate themselves into Wikidata.

Of course, I would also appreciate if a limited version of this request gets implemented that only focuses on the language specific content (label/description/alias).TASK DETAILhttps://phabricator.wikimedia.org/T141866EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ChristianKlCc: Elitre, Tbayer, Jura1, Lydia_Pintscher, Aklapper, ChristianKl, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T161231: Hashes of globe-coordinates are sensitive to serialize_precision ini setting.

[thiemowmde]

thiemowmde claimed this task.thiemowmde added projects: DataValues, MediaWiki-extensions-WikibaseRepository.thiemowmde edited the task description. (Show Details)
EDIT DETAILS...#patch-for-review:
* [ * [x] https://gerrit.wikimedia.org/r/36
* [x] https://gerrit.wikimedia.org/r/344383
* [x] https://github.com/DataValues/Geo/pull/101
* [ ] Update Geo release notes
* [ ] https://gerrit.wikimedia.org/r/344383Tag Geo release
* [ ] https://gerrit.wikimedia.org/r/36Possibly make Wikibase.git use it, if not pulled in automaticallyTASK DETAILhttps://phabricator.wikimedia.org/T161231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, JeroenDeDauw, Aleksey_WMDE, thiemowmde, gerritbot, Aklapper, daniel, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163774: The query services seems to have a problem with the new geoshape datatype

[ChristianKl]

ChristianKl created this task.ChristianKl added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIf I go to https://www.wikidata.org/wiki/Property_talk:P3896 and click on "Current Usage" the query finds no data, even though at least Q11299 uses the new property.TASK DETAILhttps://phabricator.wikimedia.org/T163774EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ChristianKlCc: Aklapper, ChristianKl, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Joining May 29, National Plan Open Science meeting in Delft, The Netherlands

[Arne Wossink]

Hi Egon,

Thank you for taking on the role of coordinator! I'm happy to present
anything if necessary, but that depends on the format of the day, I guess.
Keep us informed if you need any additional information, or once you have
new information to share with us!

Best,


Arne Wossink

Projectleider / Project Manager Wikimedia Nederland

*(Werkdagen: maandag, dinsdag, donderdag / Office hours: Monday, Tuesday,
Thursday)*

Tel. +31 (0)6 11000505
E-mail: woss...@wikimedia.nl

*Postadres*: * Bezoekadres:*
Postbus 167Mariaplaats 3
3500 AD  Utrecht Utrecht

2017-04-25 8:14 GMT+02:00 David Ramírez-Ordóñez :

> Great!!
>
> Thanks a lot Andra. We are exploring the use of Wikidata in libraries.
> And very happy to have news from Guyana's Suriname! If we could explore
> what can we do together for Latin America it could be great.
>
> Is there something published on the web that I could explore?
>
> Cheers,
>
> El 24/04/17 a las 17:51, Andra Waagmeester escribió:
> > Hi David,
> >
> >I just returned from a trip to Suriname, where I gave various
> > presentations on using Wikidata. It might also be interesting to reach
> out
> > to local contacts in Suriname to explore possibilities to use Wikidata in
> > the region. We are currently exploring opportunities to actively enrich
> > wikidata with (scientific) data.. Being one of the Guyana's Suriname has
> an
> > interesting position as a gate to both the Latin America and  the
> > Caribbean.
> >
> > I have added to of my local contacts as cc to this mail.
> >
> > Cheers,
> >
> > Andra
> >
> >
> >
> > On Mon, Apr 24, 2017 at 5:41 PM, David Ramírez-Ordóñez <
> > da...@hiperterminal.com> wrote:
> >
> >> Dear all.
> >>
> >> I hope you this mail find you well.
> >>
> >> I am from Bogotá (Colombia) and right now I am in the Netherlands. I am
> >> not a PhD student but I want to attend to this meeting. Also I want to
> >> talk to people from Wikidata NL to see if we could do something from
> >> Colombia. I have some ideas but I am not pretty sure if it is viable.
> >>
> >> I am working as researcher in a foundation called Conector [1] and we
> >> are looking how to implement open science in Colombia. If I could do
> >> some links between you guys and Latin America, please let me know.
> >>
> >> Thanks for your recommendations and guidelines.
> >>
> >> Cheers!
> >>
> >> [1] In spanish: http://www.conector.co
> >>
> >> El 23/04/17 a las 13:06, Maarten Dammers escribió:
> >>> Hi Egon,
> >>>
> >>> Yaroslav is one of our (very active) users/admins/bureaucrats and a
> >>> professor at TU Delft.  Maybe he can join you?
> >>>
> >>> Maarten
> >>>
> >>>
> >>> On 23-04-17 12:34, Egon Willighagen wrote:
>  Dear Amit,
> 
>  you make me painfully aware of something I should have mentioned (my
>  apologies for haven forgotten that; still tired from the science march
>  yesterday): it is not primarily international Open Science meeting...
>  the context is really about how to implement this Dutch Plan Open
>  Science... so, I was planning to target researchers using Wikidata in
>  the local Dutch region... other sessions will be about Open Science in
>  the Dutch funding environment, etc.
> 
>  That said: there is more information which will get more informative
>  over the next weeks here:
> 
>  "Open Science: the National Plan and you" ->
>  https://www.openscience.nl/nationaal-plan
> 
>  Your reply also makes me wonder if there is Mozilla Open Science
>  projects running in NL?
> 
>  Egon
> 
> 
>  On Sun, Apr 23, 2017 at 12:04 PM, AMIT KUMAR JAISWAL
>   wrote:
> > Hey Egon,
> >
> > Thanks for letting us know about this Open Science meeting.
> >
> > I'm interested in forming a team and currently I'm working with
> couple
> > of Open Source projects ranges from Machine Learning/AI, Natural
> > Language Processing and recently started with Deep Learning.
> > Apart from this I'm also doing few competitions on Kaggle :
> > https://www.kaggle.com/amitkumarjaiswal.
> >
> > Please let me know how can I join/participate in this meeting.
> >
> > Regards
> >
> > Thank you
> > Amit Kumar Jaiswal
> >
> > On 4/23/17, Egon Willighagen  wrote:
> >> Hi Wikidata community,
> >>
> >> on May 29 in Delft, The Netherlands, the first national meeting is
> >> planned for researchers (at a various stage of their career) about
> the
> >> Dutch National Plan Open Science. There will be a large session
> where
> >> organisations and individuals can present their experiences with
> Open
> >> Science...
> >>
> >> I will join the meeting and want to see Wikidata there, and plan to
> >> host a table 

[Wikidata-bugs] [Maniphest] [Commented On] T97018: [Story] Integrate violations into Wikidata UI

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added a comment.
Change 348080 adds a user script that shows a violation indicator, similar to Jan’s mockup. Here’s what it looks like:

F7750910: image.png

(The particular constraints here are not very meaningful, just added for testing. Also, the extension currently doesn’t have different severities of violations, so there are no different icons we could show.)TASK DETAILhttps://phabricator.wikimedia.org/T97018EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, gerritbot, Pintoch, Lydia_Pintscher, Jan_Dittrich, abian, Bene, Jonas, Ricordisamoa, dominic.sauer, Liuxinyu970226, Aklapper, Tamslo, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T157974: [Task] rework "term box" and header for Lexeme

[Jan_Dittrich]

Jan_Dittrich added a comment.
…we possibly could also have a "add different spelling" button in every Lexeme, but only show the table if we actually have different spellings.TASK DETAILhttps://phabricator.wikimedia.org/T157974EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T157974: [Task] rework "term box" and header for Lexeme

[Jan_Dittrich]

Jan_Dittrich added a comment.
@Lydia_Pintscher This ticket includes the mockup you asked for. We would need to check how many words (lexemes) have multiple spellings (in which case  we need the table)TASK DETAILhttps://phabricator.wikimedia.org/T157974EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T97018: [Story] Integrate violations into Wikidata UI

[gerritbot]

gerritbot added a comment.
Change 348080 had a related patch set uploaded (by Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseQualityConstraints@master] Add user script to include reports on item pages

https://gerrit.wikimedia.org/r/348080TASK DETAILhttps://phabricator.wikimedia.org/T97018EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Pintoch, Lydia_Pintscher, Jan_Dittrich, abian, Bene, Jonas, Ricordisamoa, dominic.sauer, Liuxinyu970226, Aklapper, Tamslo, QZanden, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T97018: [Story] Integrate violations into Wikidata UI

[gerritbot]

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T97018EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Pintoch, Lydia_Pintscher, Jan_Dittrich, abian, Bene, Jonas, Ricordisamoa, dominic.sauer, Liuxinyu970226, Aklapper, Tamslo, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[Lydia_Pintscher]

Lydia_Pintscher added a comment.
{icon thumbs-up}TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T102755: [Task] Sort table in Special Page (status AND claim)

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE claimed this task.Lucas_Werkmeister_WMDE moved this task from WBQC Backlog to DOING on the Wikibase-Quality board.Lucas_Werkmeister_WMDE added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T102755WORKBOARDhttps://phabricator.wikimedia.org/project/board/989/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Jonaskeutel, Aklapper, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

[thiemowmde]

thiemowmde added a comment.
@Ladsgroup: Here is a blue Wikidata logo using the #36c color from the current Wikimedia style guide. Extracted from what I posted in T142104#2618898. Made to be pixel perfect in 30 by 30 pixels. Already optimized using SVGOMG.
F7750606: Wikidata Echo notification icon blue.svgTASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T102755: [Task] Sort table in Special Page (status AND claim)

[gerritbot]

gerritbot added a comment.
Change 350132 had a related patch set uploaded (by Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseQualityConstraints@master] Further sort constraint report

https://gerrit.wikimedia.org/r/350132TASK DETAILhttps://phabricator.wikimedia.org/T102755EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Jonaskeutel, Aklapper, QZanden, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T102755: [Task] Sort table in Special Page (status AND claim)

[gerritbot]

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T102755EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Jonaskeutel, Aklapper, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

[phuedx]

phuedx closed this task as "Resolved".phuedx added a comment.
I don't see the Popups extension listed on https://www.wikidata.org/wiki/Special:Version nor https://en.wiktionary.org/wiki/Special:Version.TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: phuedxCc: phuedx, Jdlrobson, gerritbot, Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Winter, Lewizho99, Maathavan, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Ricordisamoa, Se4598, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T161231: Hashes of globe-coordinates are sensitive to serialize_precision ini setting.

[WMDE-leszek]

WMDE-leszek added a comment.
All patches mentioned in the task description have been either merged or dropped. That means now the new release of DataValues/Geo is needed, and that would be it? Or is there anything else here, which was not mentioned so far?TASK DETAILhttps://phabricator.wikimedia.org/T161231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, JeroenDeDauw, Aleksey_WMDE, thiemowmde, gerritbot, Aklapper, daniel, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Bogous cookie header in federated query

[Neubert, Joachim]

Hi Stas,

You are right, the header should be correct. There seems to be a long-lasting 
issue in Apache HttpClient 
(https://issues.apache.org/jira/browse/HTTPCLIENT-923), dating back to a 
disambiguity in an old Netcape cookie spec. 

Sorry, I've to address this to the Apache guys. Cheers, Joachim

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T162673: Adjust code reading from wb_terms table to use full entity ID

[Ladsgroup]

Ladsgroup added a comment.
I checked the codebase and it seems it's not easily doable to do it without a feature flag. The code and queries will become complex and messy and I'm not sure if we want that. There are three places that depend on 'term_entity_id': TermSqlIndex, SqlEntitiesWithoutTermFinder, SqlEntityInfoBuilder some use it in WHERE (for delete/update/select) and some use in SELECT fields and process it later in other places (those parts need to handle it both cases too).TASK DETAILhttps://phabricator.wikimedia.org/T162673EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, Lydia_Pintscher, Aklapper, gerritbot, aude, WMDE-leszek, daniel, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T161789: [Task] Introduce HTML templates infrastructure for Wikibase Lexeme

[Ladsgroup]

Ladsgroup closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T161789EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, LadsgroupCc: gerritbot, thiemowmde, daniel, Aklapper, Ladsgroup, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T160524: [Story] Add Form to list of Forms

[Ladsgroup]

Ladsgroup closed subtask T161789: [Task] Introduce HTML templates infrastructure for Wikibase Lexeme as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T160524EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aleksey_WMDE, thiemowmde, Jan_Dittrich, Jonas, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T161789: [Task] Introduce HTML templates infrastructure for Wikibase Lexeme

[gerritbot]

gerritbot added a comment.
Change 347337 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Remove subclassing and unused code from LexemeTemplateFactory

https://gerrit.wikimedia.org/r/347337TASK DETAILhttps://phabricator.wikimedia.org/T161789EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, thiemowmde, daniel, Aklapper, Ladsgroup, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs