[Wikidata-bugs] [Maniphest] T264108: Add autocomplete for Lexemes in the Wikidata Query Service

2021-04-12 Thread Nikki
Nikki added a comment.


  Some ideas:
  
  1: Search lexemes if the search string starts with `L:` (along the lines of 
Special:Search), so `wd:female` would find things like Q6581072 and 
`wd:L:female` would find things like L5067.
  
  2: Use `L:` as a search trigger and replace it with `wd:` at the same time as 
the lexeme ID, so `L:female` would result in `wd:L5067`.
  
  3: Define multiple prefixes for the same URI and search different types of 
entities for each one, so `wdl:` would be the same as `wd:` but the interface 
would search lexemes instead, e.g. `prefix wdl: 
<http://www.wikidata.org/entity/>` and then `wdl:female` would result in 
`wdl:L5067`.
  
  For 1 and 2,  the same sort of thing could be done for properties, senses and 
forms, e.g. `P:`, `S:` and `F:` and for consistency/completeness, `Q:` for 
items too.
  For 2,  it could also support `M:` for Commons files (doesn't apply to 1 
since Commons uses `sdc:` not `wd:`).
  For 3, it could have `wdp:`, `wdls:` ("lexeme sense" to avoid clashing with 
the existing `wds:`) and `wdlf:` (for consistency with senses).

TASK DETAIL
  https://phabricator.wikimedia.org/T264108

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Lucas_Werkmeister_WMDE, VIGNERON, Lydia_Pintscher, Lea_Lacroix_WMDE, 
Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, 
Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, EBjune, merbst, LawExplorer, 
Salgo60, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T279142: Labels/aliases for other languages are not searched when entering grammatical features

2021-04-02 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata, Wikidata Lexicographical data.

TASK DESCRIPTION
  Labels/aliases for other languages are not searched when entering grammatical 
features, which is inconsistent with the behaviour of other search fields.
  
  Example using present participle <https://www.wikidata.org/wiki/Q10345583> 
which has the German label "Partizip Präsens" and alias "Partizip I":
  
  Open https://www.wikidata.org/wiki/Lexeme:L123?uselang=en
  
  Enter "Partizip Präsens" into the search at the top right
  Result: "present participle" is shown as the first result
  
  Click "add statement", enter and select "instance of" and then enter 
"Partizip Präsens" into the item field
  Result: "present participle" is shown as the first result
  
  Click "add form", enter "Partizip Präsens" into the grammatical features field
  Result: Nothing is found
  
  Doing the same with the alias "Partizip I" produces the same behaviour.

TASK DETAIL
  https://phabricator.wikimedia.org/T279142

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T278522: Grammatical features field is now right-aligned

2021-03-26 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  When editing, the text in the grammatical features field is now right-aligned 
instead of left-aligned.
  
  e.g.
  
  After clicking edit on https://www.wikidata.org/wiki/Lexeme:L123#F61:
  F34191608: gf1.png <https://phabricator.wikimedia.org/F34191608>
  
  After clicking into the field:
  F34191610: gf2.png <https://phabricator.wikimedia.org/F34191610>

TASK DETAIL
  https://phabricator.wikimedia.org/T278522

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T278162: gloss text entry box is too short and hard to edit

2021-03-24 Thread Nikki
Nikki added a comment.


  If you want a quick fix, you could add something to your common.css, e.g. 
`.wikibase-lexeme-sense-gloss-value-input { min-width: 80ch; }`
  
  80 characters seems to be too wide (for the default interface at least), it 
causes the language field to be too small instead. 50ch (≈ 20em or 370px) seems 
to work better.

TASK DETAIL
  https://phabricator.wikimedia.org/T278162

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, ArthurPSmith, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T262269: Make Serbian (sr-el) language available for terms (labels/descriptions/aliases)

2021-03-20 Thread Nikki
Nikki added a comment.


  In T262269#6928952 <https://phabricator.wikimedia.org/T262269#6928952>, 
@Tonina_Zhelyazkova_WMDE wrote:
  
  > Some findings:
  > --
  >
  > As @Nikki commented, Termbox receives the code `sr-latn`, but Wikibase does 
not recognize it as a content language, therefor it's not visible in the 
termbox.
  > Wikibase uses MediaWiki's `LanguageNameUtils` to get a list of content 
languages. And from what I can tell the utils read from `Names.php` which is a 
list of language codes and their names. That list currently does not contain 
`sr-latn` but rather `sr-el` (see 
https://github.com/wikimedia/mediawiki/blob/master/languages/data/Names.php#L422).
 There are some mapping mechanisms which turn `sr-el` into `sr-latn` but that 
is of no use to us since we send `sr-latn` to the language util.
  >
  > The only fix I could find (see the above gerrit change) is to add `sr-latn` 
to this `Names.php` list. I'm not sure that's the right place to solve the 
problem so I'll wait for a review from some WMF language people.
  
  That sounds like it will add `sr-latn` //alongside// `sr-el`, i.e. without 
migrating the `sr-el` data to `sr-latn`, without preventing people from using 
`sr-el` instead of `sr-latn` and without `sr-el` in a user's Babel box causing 
the `sr-el` data to be shown in the termbox. If so, the problem would still 
exist - we would still have/allow data stored using a language code which users 
can't add to the termbox.

TASK DETAIL
  https://phabricator.wikimedia.org/T262269

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Tonina_Zhelyazkova_WMDE, Nikki
Cc: Tonina_Zhelyazkova_WMDE, Nikki, jhsoby, Amire80, Lydia_Pintscher, 
Lea_Lacroix_WMDE, Aklapper, Mohammed_Sadat_WMDE, Invadibot, maantietaja, 
Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, Kent7301, 
alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, 
Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Mahir256, QZanden, 
LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T277999: Wikidata page scrolls back to "In more languages" block after every change of DOM

2021-03-20 Thread Nikki
Nikki added a comment.


  I can reproduce it by doing step 1 and then hovering over an edit link

TASK DETAIL
  https://phabricator.wikimedia.org/T277999

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Yupik, MBH, putnik, Aklapper, maantietaja, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
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] T277855: Support "separators" parameter for distinct value constraints

2021-03-19 Thread Nikki
Nikki created this task.
Nikki added projects: Wikibase-Quality-Constraints, Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  There is often not quite a one-to-one mapping between entities and external 
identifiers which causes entities to create constraint violations for the 
single value and distinct value constraints.
  
  When a single entity has multiple identifiers, we can use the separator 
<https://www.wikidata.org/wiki/Property:P4155> property on the constraint to 
specify which qualifiers can be used to make the entity not trigger a 
constraint violation (see T173594 <https://phabricator.wikimedia.org/T173594>). 
I would like to have a similar thing for the distinct value constraint which 
would allow us to use qualifiers like identifier shared with 
<https://www.wikidata.org/wiki/Property:P4070> on the statements instead of 
having to list the entities as exceptions to the constraint.

TASK DETAIL
  https://phabricator.wikimedia.org/T277855

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Aklapper, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Agabi10, Scott_WUaS, 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] T277836: Recent additions to term languages have not been added to InitialiseSettings.php

2021-03-19 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  There are 38 languages in `getDefaultTermsLanguages()` in 
WikibaseContentLanguages.php (recently added by @Mbch331) which were not also 
added to `wmgExtraLanguageNames` in InitialiseSettings.php.
  
  This is needed to make them available for lexemes (see @LucasWerkmeister's 
comment at T260118#6474757 <https://phabricator.wikimedia.org/T260118#6474757>) 
and to make them sort correctly on Special:NewItem (see T272346 
<https://phabricator.wikimedia.org/T272346>).

TASK DETAIL
  https://phabricator.wikimedia.org/T277836

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Mbch331, Aklapper, LucasWerkmeister, maantietaja, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, abian, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272346: Dagbani is in the wrong place in the language list on Special:NewItem

2021-03-19 Thread Nikki
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.


  Appears to have been fixed by the fix for T272242 
<https://phabricator.wikimedia.org/T272242>

TASK DETAIL
  https://phabricator.wikimedia.org/T272346

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Masssly, Aklapper, Nikki, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
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] T277559: Selected cells and highlighted rows in query results have insufficient contrast

2021-03-16 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata, Wikidata Query UI, Accessibility.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  The background colours used for selected cells and highlighted rows (on 
hover) have insufficient contrast against the rest of the page.
  
  For me, the background colour on the selected cell ranges from difficult to 
see to completely invisible depending on the position on the screen and 
(despite being a regular user of the query service) I was not even aware that 
there was a row highlight.
  
  Since I can't see the selected cell highlighting most of the time, I have to 
resort to highlighting the text in the cell.
  
  Here's a photo of part of my screen. I'm hovering over L297130 and L300031 is 
selected.
  F34164196: invisiblehighlight.png 
<https://phabricator.wikimedia.org/F34164196>

TASK DETAIL
  https://phabricator.wikimedia.org/T277559

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Aklapper, Mooeena, MPhamWMF, maantietaja, CBogen, Akuckartz, 
Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, 
Mahir256, QZanden, EBjune, Orienteerix, merbst, LawExplorer, Flycatchr, 
EHCliffe, Salgo60, Zppix, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, 
Volker_E, abian, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 
Dinoguy1000, Manybubbles, Lydia_Pintscher, Mbch331, Jay8g, Danny_B
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T276879: Escape key does not cancel editing lemmas

2021-03-08 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  To reproduce:
  
  - Open a lexeme page, e.g. https://www.wikidata.org/wiki/Lexeme:L123
  - Click "edit" for the lemma
  - Press the escape key
  
  Expected result: Editing is cancelled and the lemma section is changed back 
to how it looks when not editing.
  Actual result: Nothing happens.

TASK DETAIL
  https://phabricator.wikimedia.org/T276879

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
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] T124758: [Story] Show all available languages in monolingual text value's suggester

2021-02-25 Thread Nikki
Nikki added a comment.


  If this ticket is going to be closed, which ticket covers showing the 
language names in the dropdown?
  
  And why are the language names missing for the ones I listed in #6753045 
anyway? Those are all ones which are available for labels (see the language 
selector on https://test.wikidata.org/wiki/Special:NewItem) and I don't know 
why they weren't showing up in the list in the first place.

TASK DETAIL
  https://phabricator.wikimedia.org/T124758

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jakob_WMDE, Nikki
Cc: Masssly, noarave, amy_rc, Bouzinac, VIGNERON, Mbch331, 
Lucas_Werkmeister_WMDE, Raymond, NoInkling, WMDE-leszek, Nemo_bis, Sascha, 
Mvolz, Tarrow, Michael, Timothyjosephwood, Zache, Nikerabbit, gerritbot, 
Lea_Lacroix_WMDE, Amire80, Lokal_Profil, Lydia_Pintscher, Charlie_WMDE, 
Sjoerddebruin, C933103, Liuxinyu970226, Nikki, adrianheine, Aklapper, 
Manishagoenka, Alter-paule, Beast1978, cristiana023, Un1tY, Akuckartz, 
JanJaquemot, Demian, Hook696, Iflorez, Kent7301, alaa_wmde, joker88john, 
DannyS712, CucyNoiD, Nandana, Gaboe420, Jony, Giuliamocci, Cpaulf30, Lahi, 
Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, 
Maathavan, _jensen, rosalieper, JGirault, Taiwania_Justo, Scott_WUaS, Jonas, 
Wikidata-bugs, aude, Arrbee, santhosh, KartikMistry
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T275500: Allow host wikisource.org for MediaWiki API queries

2021-02-23 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata, Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  Running the following query gives the error "Host wikisource.org is not 
allowed"
  
select ?item {
  service wikibase:mwapi {
bd:serviceParam wikibase:endpoint "wikisource.org" .
bd:serviceParam wikibase:api "Generator" .
bd:serviceParam mwapi:generator "search" .
bd:serviceParam mwapi:gsrsearch "test" .
?item wikibase:apiOutputItem mwapi:item .
  }
} limit 10
  
  (link: https://w.wiki/32CQ)

TASK DETAIL
  https://phabricator.wikimedia.org/T275500

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Aklapper, Nikki, MPhamWMF, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, 
Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T204498: Grammatical features which are not linked to an item are discarded on save

2021-02-18 Thread Nikki
Nikki renamed this task from "Grammatical features not always saved" to 
"Grammatical features which are not linked to an item are discarded on save".
Nikki updated the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T204498

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T241907: Make adding a translation faster, with search in the bar

2021-02-18 Thread Nikki
Nikki closed this task as a duplicate of T271500: Not possible to search for a 
sense when adding a statement.

TASK DETAIL
  https://phabricator.wikimedia.org/T241907

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Addshore, DemonDays64, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T271500: Not possible to search for a sense when adding a statement

2021-02-18 Thread Nikki
Nikki merged a task: T241907: Make adding a translation faster, with search in 
the bar.
Nikki added subscribers: DemonDays64, Addshore.

TASK DETAIL
  https://phabricator.wikimedia.org/T271500

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Addshore, DemonDays64, Infovarius, Thadguidry, Nikki, Akuckartz, Nandana, 
Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, 
rosalieper, Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T274899: Lexeme search when adding a statement does not contain enough information to distinguish similar lexemes

2021-02-16 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  See for example the following screenshot of a search for "Band"
  F34107836: Bildschirmfoto_2021-01-20_21-59-12.png 
<https://phabricator.wikimedia.org/F34107836>
  
  For items and properties we would use the description to distinguish them, 
but lexemes don't have that.

TASK DETAIL
  https://phabricator.wikimedia.org/T274899

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272242: Language code "dag" for Dagbani does not work for lexemes

2021-02-16 Thread Nikki
Nikki closed this task as "Resolved".
Nikki added a comment.


  I'm closing this again because the issue I reported here is fixed - the 
language code `dag` is now accepted for lexemes.
  
  The dropdown for senses not showing all languages is a separate problem which 
affects a number of languages. It's essentially T124758 
<https://phabricator.wikimedia.org/T124758> since the sense dropdown uses the 
same list as monolingual text, so I've added a comment there.

TASK DETAIL
  https://phabricator.wikimedia.org/T272242

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE, Nikki
Cc: Lydia_Pintscher, jhsoby, Masssly, Amire80, Nikki, Akuckartz, Iflorez, 
alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, 
LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Jonas, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T124758: [Story] Show all available languages in monolingual text value's suggester

2021-02-16 Thread Nikki
Nikki added a subscriber: Masssly.
Nikki added a comment.


  Since the language dropdown for lexeme senses uses the same list, that has 
the same problem. The codes I mentioned in #6753045 don't show up, nor do any 
lexeme-specific languages like `ctg`, `fro`, `nrf-je`, `az-cyrl`.
  
  Screenshot from @Masssly: F34105838: Dropdown list in Gloss language codes 
for Senses does not show Dagbanli, but accepts the "dag" code anyway. It works 
is not a problem when adding Forms. 
<https://phabricator.wikimedia.org/F34105838>

TASK DETAIL
  https://phabricator.wikimedia.org/T124758

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Masssly, noarave, amy_rc, Bouzinac, VIGNERON, Mbch331, 
Lucas_Werkmeister_WMDE, Raymond, NoInkling, WMDE-leszek, Nemo_bis, Sascha, 
Mvolz, Tarrow, Michael, Timothyjosephwood, Zache, Nikerabbit, gerritbot, 
Lea_Lacroix_WMDE, Amire80, Lokal_Profil, Lydia_Pintscher, Charlie_WMDE, 
Sjoerddebruin, C933103, Liuxinyu970226, Nikki, daniel, Tobi_WMDE_SW, 
adrianheine, Aklapper, Manishagoenka, cristiana023, Akuckartz, JanJaquemot, 
Demian, Iflorez, alaa_wmde, DannyS712, Nandana, Jony, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, JGirault, 
Taiwania_Justo, Scott_WUaS, Jonas, Wikidata-bugs, aude, Arrbee, santhosh, 
KartikMistry
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272242: Language code "dag" for Dagbani does not work for lexemes

2021-02-11 Thread Nikki
Nikki added a comment.


  It's working now \o/ 
https://www.wikidata.org/w/index.php?diff=1359422326=765503160

TASK DETAIL
  https://phabricator.wikimedia.org/T272242

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE, Nikki
Cc: jhsoby, Masssly, Amire80, Nikki, Akuckartz, Iflorez, alaa_wmde, Nandana, 
Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, 
rosalieper, Bodhisattwa, Scott_WUaS, Jonas, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T274515: Gloss language is copied to the preceding line when removing a gloss

2021-02-11 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  To reproduce:
  
  - Start adding a sense
  - Enter two glosses, e.g. English with the text "en" followed by German with 
the text "de"
  - Click the remove button for the first gloss.
  
  Expected result: There is one gloss for German with the text "de"
  Actual result: The interface shows the language as English with the text "de"
  
  If you then save the sense, it is saved as German, not English (despite it 
saying English).
  
  If you try to re-add German, it highlights both rows (despite one saying 
English) and shows the error "It is not possible to enter multiple glosses with 
the same language."

TASK DETAIL
  https://phabricator.wikimedia.org/T274515

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T273830: Merging lexemes fails if source lexeme has links to its own senses

2021-02-03 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata, Wikidata Lexicographical data.

TASK DESCRIPTION
  If a lexeme has statements which link to its own senses (e.g. usage example 
<https://www.wikidata.org/wiki/Property:P5831> with qualifier demonstrates 
sense <https://www.wikidata.org/wiki/Property:P6072>) and you try to merge it 
into another lexeme, it fails with the error "Failed to merge Lexemes, please 
resolve any conflicts first. Error: Lexemes link to each other in a statement."
  
  To reproduce, go to https://test.wikidata.org/wiki/Special:MergeLexemes and 
try to merge https://test.wikidata.org/wiki/Lexeme:L1474 into 
https://test.wikidata.org/wiki/Lexeme:L1473

TASK DETAIL
  https://phabricator.wikimedia.org/T273830

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269724: Allow restricting constraints to certain entity types

2021-01-30 Thread Nikki
Nikki added a comment.


  And another: reading pattern of Han character 
<https://www.wikidata.org/wiki/Property:P5244> should be qualifier on items and 
main value on forms, not main value or qualifier everywhere.

TASK DETAIL
  https://phabricator.wikimedia.org/T269724

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: abian, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Nikki, Aklapper, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T223213: Description of a Sense overlaps its edit-button with fontsize 20

2021-01-28 Thread Nikki
Nikki added a comment.


  To reproduce this, increase the font-size of the html element. The 
screenshots below are with the font-size set to 250%.
  
  This appears to be because the box containing the edit link 
(`.wikibase-toolbar-container`) has a width of 18em, while the box containing 
the glosses (`.wikibase-lexeme-sense-glosses`) has a right margin of 252px. As 
soon as 18em is larger than 252px, the two boxes will overlap.
  
  A couple of possible solutions:
  
  Change the right margin to 18em:
  F34053011: 18em.png <https://phabricator.wikimedia.org/F34053011>
  
  Set a max-width of 252px on the edit link container:
  F34053013: maxwidth.png <https://phabricator.wikimedia.org/F34053013>
  
  Since the wider the edit link container gets, the less space there is left 
for the gloss, I think the latter would make more sense.

TASK DETAIL
  https://phabricator.wikimedia.org/T223213

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Volker_E, Michael, Mooeena, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, Mahir256, QZanden, Orienteerix, LawExplorer, Flycatchr, 
EHCliffe, Zppix, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Jonas, 
Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T195446: [Story] Prefil language/lexical category on Special:NewLexeme via URL parameter

2021-01-28 Thread Nikki
Nikki added a comment.


  This seems to already be possible? e.g. 
https://www.wikidata.org/wiki/Special:NewLexeme?lexeme-language=Q1=mis=test=Q2
  
  (Note that `lemma-language` is the language code, not the item ID)

TASK DETAIL
  https://phabricator.wikimedia.org/T195446

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Aklapper, Liuxinyu970226, abian, VIGNERON, Lydia_Pintscher, 
Lea_Lacroix_WMDE, Akuckartz, Dinadineke, DannyS712, Nandana, tabish.shaikh91, 
Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, 
Mahir256, QZanden, merbst, LawExplorer, _jensen, rosalieper, Bodhisattwa, 
Scott_WUaS, Wikidata-bugs, aude, TheDJ, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T259995: total results count misaligned on mobile

2021-01-27 Thread Nikki
Nikki added a comment.


  I've noticed this too. I can reproduce it in a desktop browser too with a 
simple query like 
https://query.wikidata.org/#select%20%2a%20%7B%20%3Fa%20%3Fb%20%3Fc%20%7D%20limit%2010
 and telling the devtools to display it as mobile, or by making the window too 
narrow for the text in some other way (make the browser window smaller and/or 
zoom in/increase the font size).
  
  It seems to be caused by a -15px margin on `.navbar-nav` - so as soon as 
`.navbar-right` is wider than the screen, the negative margin positions it off 
the left side of the screen.

TASK DETAIL
  https://phabricator.wikimedia.org/T259995

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Aklapper, 1Veertje, MPhamWMF, CBogen, Akuckartz, Nandana, 
Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Mahir256, 
QZanden, EBjune, merbst, LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, 
Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272442: Add lexeme language codes ccp, ccp-beng, rhg-rohg

2021-01-22 Thread Nikki
Nikki added a comment.


  In T272442#6768954 <https://phabricator.wikimedia.org/T272442#6768954>, 
@Amire80 wrote:
  
  > If at the moment no particular person is actually planning to add written 
lexemes in them, and codes are only used for linking between languages
  
  I'm not sure how you're imagining the codes being used. What does it have to 
do with linking between languages?
  
  We do already have one lexeme for Chakma: 
https://www.wikidata.org/wiki/Lexeme:L230063 - as you can see, we've had to 
enter it using the language codes `mis` and `mis-x-Q756802` because it won't 
let us use the right ones.

TASK DETAIL
  https://phabricator.wikimedia.org/T272442

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Mbch331, jhsoby, Amire80, Mahir256, Aklapper, Akuckartz, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T270043: Add languages codes pt-colb1945 and pt-ao1990

2021-01-22 Thread Nikki
Nikki added a comment.


  In T270043#6753247 <https://phabricator.wikimedia.org/T270043#6753247>, 
@Amire80 wrote:
  
  > Should these be codes? Can't they be just spelling variants, as it is done 
for Hebrew?
  
  Spelling variants need language codes too and a code can only be used once 
for each group of spelling variants. We use country, script or other variant 
subtags where they're available (e.g. we're already using `en-gb`, `zh-hant`, 
`de-1901` for spelling variants). When there aren't any subtags we could use, 
we have no option but to use private use subtags, which is the case for the 
Hebrew variants.
  
  We could use something like `pt-x-Q1113432` instead of `pt-ao1990`... but why 
would we want to use a private use subtag that means nothing outside Wikidata 
instead of a registered subtag?

TASK DETAIL
  https://phabricator.wikimedia.org/T270043

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Amire80, Mbch331, Darwinius, Aklapper, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T250552: Search for "singu" doesn't find "singular" when searching for grammatical features

2021-01-22 Thread Nikki
Nikki added a comment.


  I don't think language fallback explains the behaviour I'm seeing here since 
I was using English at the time I originally reported this (I switched to 
British English more recently). But now that you mentioned it, I just tried 
switching back to English and searching for "singu" is actually still failing 
when the UI language is set to English, even though it works for British 
English and the item has the same label for both. "sg" and "nt" don't work even 
when the language is set to English.

TASK DETAIL
  https://phabricator.wikimedia.org/T250552

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Mahir256, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T250552: Search for "singu" doesn't find "singular" when searching for grammatical features

2021-01-22 Thread Nikki
Nikki added a comment.


  "singu" is now working for some reason, but "sg" and "nt" still don't

TASK DETAIL
  https://phabricator.wikimedia.org/T250552

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T224297: Replace links with buttons if they are used as such

2021-01-22 Thread Nikki
Nikki added a comment.


  Replacing links with buttons would be one way to fix T250519 
<https://phabricator.wikimedia.org/T250519>

TASK DETAIL
  https://phabricator.wikimedia.org/T224297

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Aklapper, Michael, Manishagoenka, cristiana023, Akuckartz, 
JanJaquemot, Demian, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, Pablo-WMDE, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, JGirault, 
Scott_WUaS, Izno, Wikidata-bugs, aude, Dinoguy1000, Addshore, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272570: Create documentation to query Lexemes

2021-01-22 Thread Nikki
Nikki added a comment.


  Could you turn the documentation pages you mean into links? :)

TASK DETAIL
  https://phabricator.wikimedia.org/T272570

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Lea_Lacroix_WMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267737: Add language code ja-Latn for Lexemes

2021-01-21 Thread Nikki
Nikki added a comment.


  There are multiple romanisation systems for Japanese and the current 
`ja-x-Q53979348` lemmas are a mixture of them, so I think statements on forms 
(Revised Hepburn romanisation <https://www.wikidata.org/wiki/Property:P2125> 
for Revised Hepburn, transliteration 
<https://www.wikidata.org/wiki/Property:P2440> for other systems) are more 
appropriate than adding `ja-latn`.
  
  (Also, this example looks like it needs splitting. The `ja` text says 
"ryōkai" while the `ja-kana` text says "rojā".)

TASK DETAIL
  https://phabricator.wikimedia.org/T267737

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Mahir256, Mbch331, jhsoby, Amire80, Okkn, Loominade, Aklapper, 
Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269724: Allow restricting constraints to certain entity types

2021-01-21 Thread Nikki
Nikki added a comment.


  And the next one: transliteration 
<https://www.wikidata.org/w/index.php?title=Property:P2440=1339287262#P2302>
 has some constraints for what type of items it can be used on. Those 
constraints apply to usage on items and do not make sense applied to lexemes. 
Since I can't restrict those constraints to items, the only way I could resolve 
the constraint violations they were creating was to remove the constraints 
entirely.

TASK DETAIL
  https://phabricator.wikimedia.org/T269724

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: abian, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Nikki, Aklapper, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T223648: The Fon language is not available for lexemes in Wikidata

2021-01-20 Thread Nikki
Nikki added projects: Wikidata Lexicographical data, Language codes.

TASK DETAIL
  https://phabricator.wikimedia.org/T223648

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Fnielsen, Akuckartz, Nandana, 
Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, 
rosalieper, Bodhisattwa, Scott_WUaS, Nikki, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272469: Can't enter grammatical features by pasting item ID

2021-01-20 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  It's useful to be able to paste item IDs to make sure you're selecting the 
right item, but if you paste an item ID into the grammatical features field, 
nothing happens

TASK DETAIL
  https://phabricator.wikimedia.org/T272469

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272468: No feedback when grammatical features search finds no results

2021-01-20 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  Enter some text in the grammatical features field, if it doesn't find 
anything, it doesn't provide any feedback saying that
  
  (Wasn't this already reported? Can't find it...)

TASK DETAIL
  https://phabricator.wikimedia.org/T272468

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272352: Lexeme lookup when adding statements gives preferential treatment to the first lemma entered

2021-01-19 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  When adding a statement which links to a lexeme, if your search matches the 
first lemma entered on the lexeme, none of the other lemmas are shown. If your 
search matches any lemma other than the first, it shows the first lemma with 
the lemma your search matched in brackets.
  
  Some examples, to reproduce, start adding a statement anywhere, select a 
property which uses the lexeme datatype (e.g. "Sandbox-Lexeme") and then enter 
the search text.
  
  L1 <https://www.wikidata.org/wiki/Lexeme:L1>:
  Search text: "ama"
  Expected: "ama/₼"
  Actual: "ama"
  
  Search text: "₼"
  Expected: "ama/₼" or "₼/ama"
  Actual: "ama //(₼)//"
  
  L481 <https://www.wikidata.org/wiki/Lexeme:L481>:
  Search text: "माता"
  Expected: "माता/ماتا"
  Actual: "माता"
  
  Search text: "ماتا"
  Expected: "माता/ماتا" or "ماتا/माता"
  Actual: "माता //(ماتا)//"
  
  L349254 <https://www.wikidata.org/wiki/Lexeme:L349254>:
  Search text: "مەن"
  Expected: "مەن/men/мән"
  Actual: "مەن"
  
  Search text: "men"
  Expected: "مەن/men/мән" or "men/مەن/мән"
  Actual: "مەن //(men)//"
  
  Search text: "мән"
  Expected: "مەن/men/мән" or "мән/مەن/men"
  Actual: "مەن //(мән)//"
  
  I would expect:
  
  - to always be shown all of the lemmas
  - all lemmas to be shown in the same style, //or// if one is shown as 
primary, that it is at least one of the ones which matched the search
  - the lemmas to be in the same order they are on the lexeme, //or// that the 
lemmas which matched are shown first

TASK DETAIL
  https://phabricator.wikimedia.org/T272352

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272346: Dagbani is in the wrong place in the language list on Special:NewItem

2021-01-19 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  On https://www.wikidata.org/wiki/Special:NewItem Dagbani is the last item in 
the list even though the rest of the list is ordered by language code.
  
  Perhaps whatever is causing this is also causing T272242 
<https://phabricator.wikimedia.org/T272242>?

TASK DETAIL
  https://phabricator.wikimedia.org/T272346

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Aklapper, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272339: Lexeme info is not shown in dropdown if a lexeme ID is entered while adding a statement

2021-01-19 Thread Nikki
Nikki renamed this task from "Lexeme info is not shown if a lexeme ID is 
entered when adding a statement" to "Lexeme info is not shown in dropdown if a 
lexeme ID is entered while adding a statement".

TASK DETAIL
  https://phabricator.wikimedia.org/T272339

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272339: Lexeme info is not shown if a lexeme ID is entered when adding a statement

2021-01-19 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  When adding a statement which links to a lexeme, if you enter a lexeme ID 
rather than a lemma, the lexeme data is not shown, only the lexeme ID
  
  To reproduce:
  
  - Start adding a statement on any entity
  - Select a property with the lexeme datatype, e.g. Sandbox-Lexeme
  - Enter "L1"
  
  Expected result: The lexeme it finds is displayed with text like "ama" 
followed by "Sumerian, noun" on the next line, the same as when you search by 
lemma.
  Actual result: The lexeme it finds is displayed with the text "L1 (L1)".
  
  Screenshot of searching for "L1" and "ama" for comparison:
  F34008004: L1-ama.png <https://phabricator.wikimedia.org/F34008004>

TASK DETAIL
  https://phabricator.wikimedia.org/T272339

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272242: Language code "dag" for Dagbani does not work for lexemes

2021-01-17 Thread Nikki
Nikki added a comment.


  The way it's designed to work, codes which are added for labels are 
automatically available for monolingual text and lexemes too, but codes which 
have been added for monolingual text have to be added for lexemes separately 
(and vice versa). So, looking at the dates, I don't think it's related since 
that ticket is from before `dag` was added for labels. Back then it was working 
the way it was designed to, now it isn't.
  
  (That's not to say I think it *should* work like that. I'd like to see the 
monolingual text and lexeme lists merged, but that's a separate issue...)

TASK DETAIL
  https://phabricator.wikimedia.org/T272242

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Amire80, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272242: Language code "dag" for Dagbani does not work for lexemes

2021-01-17 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Wikidata, Language codes.

TASK DESCRIPTION
  `dag` was added for labels in T260037 
<https://phabricator.wikimedia.org/T260037> and normally all codes for labels 
can be used for lexemes too. For some reason that is not the case for `dag`.
  
  Comparing the list of codes the API returns for labels 
<https://www.wikidata.org/w/api.php?action=query=wbcontentlanguages=term=json>
  and lexemes 
<https://www.wikidata.org/w/api.php?action=query=wbcontentlanguages=term-lexicographical=json>,
 it seems `dag` is the only code which can be used for labels but not for 
lexemes. All of the other extra codes in WikibaseContentLanguages.php 
<https://gerrit.wikimedia.org/g/mediawiki/extensions/Wikibase/+/master/lib/includes/WikibaseContentLanguages.php#59>
 work fine.

TASK DETAIL
  https://phabricator.wikimedia.org/T272242

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269070: Middle click paste of a gloss language code is not correctly detected (causing the gloss to be discarded/deleted)

2021-01-16 Thread Nikki
Nikki added a comment.


  I noticed that the dropdown is the same one used for monolingual text 
languages and - indeed - the one for monolingual text has the same problem with 
the language code not being detected on middle click paste. Although, 
thankfully, it's much less destructive there, since it doesn't allow saving 
when it thinks a field is empty.
  
  It can lose changes to the language though if you edit an existing statement. 
When the field is blank, it uses the initial value, so if you make some other 
change to the statement and you change the language by deleting the language 
and middle click pasting the new code, it won't save the change to the code.
  
  It seems the input field only reacts to keydown events and naturally a middle 
click paste does not trigger a keydown event. I tried running 
`$(".ui-suggester-input").on("input", function () { this.dispatchEvent(new 
Event("keydown")); });` in the console (after clicking edit, before doing 
anything else) and that made it behave as expected for me - so perhaps it 
should be reacting to input events instead of keydown events?

TASK DETAIL
  https://phabricator.wikimedia.org/T269070

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: LucasWerkmeister, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T124758: [Story] Show all available languages in monolingual text value's suggester

2021-01-15 Thread Nikki
Nikki added a comment.


  There are even a bunch of languages we can add labels for which don't show up 
in the list, despite not being explicitly excluded, e.g. `aa`, `cho`, `dag`, 
`es-419`, `ho`, `hz`, `ng`, `rn`, `shi-latn`, `uz-cyrl`, `uz-latn`...

TASK DETAIL
  https://phabricator.wikimedia.org/T124758

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Bouzinac, VIGNERON, Mbch331, Lucas_Werkmeister_WMDE, Raymond, NoInkling, 
WMDE-leszek, Nemo_bis, Sascha, Mvolz, Tarrow, Michael, Timothyjosephwood, 
Zache, Nikerabbit, gerritbot, Lea_Lacroix_WMDE, Amire80, Lokal_Profil, 
Lydia_Pintscher, Charlie_WMDE, Sjoerddebruin, C933103, Liuxinyu970226, 
iecetcwcpggwqpgciazwvzpfjpwomjxn, Nikki, Jonas, daniel, Tobi_WMDE_SW, 
adrianheine, Aklapper, Manishagoenka, Alter-paule, Beast1978, cristiana023, 
Un1tY, Akuckartz, JanJaquemot, Demian, Hook696, Kent7301, joker88john, 
DannyS712, CucyNoiD, Nandana, Gaboe420, Jony, Giuliamocci, Cpaulf30, Lahi, 
Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, 
Maathavan, _jensen, rosalieper, JGirault, Taiwania_Justo, Scott_WUaS, 
Wikidata-bugs, aude, Arrbee, santhosh, KartikMistry
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T265906: Add language code az-cyrl for lexemes

2021-01-15 Thread Nikki
Nikki added a comment.


  In the interest of not having this stalled indefinitely, I've removed the 
request for `az-arab` from this ticket.

TASK DETAIL
  https://phabricator.wikimedia.org/T265906

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Mbch331, jhsoby, MF-Warburg, Amire80, Nikki, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T265906: Add language code az-cyrl for lexemes

2021-01-15 Thread Nikki
Nikki renamed this task from "Add language codes az-cyrl and az-arab for 
lexemes" to "Add language code az-cyrl for lexemes".
Nikki updated the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T265906

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Mbch331, jhsoby, MF-Warburg, Amire80, Nikki, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269070: Middle click paste of a gloss language code is not correctly detected (causing the gloss to be discarded/deleted)

2021-01-15 Thread Nikki
Nikki added a comment.


  It can also cause existing glosses to be deleted if you try to change the 
language:
  
  - Edit a sense with two or more glosses
  - Delete the text in one of the existing language name fields
  - Middle click paste a language code into the field instead
  - Click save

TASK DETAIL
  https://phabricator.wikimedia.org/T269070

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: LucasWerkmeister, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269070: Middle click paste of a gloss language code is not correctly detected (causing the gloss to be discarded/deleted)

2021-01-15 Thread Nikki
Nikki renamed this task from "New gloss silently discarded if language code 
entered using middle click paste" to "Middle click paste of a gloss language 
code is not correctly detected (causing the gloss to be discarded/deleted)".

TASK DETAIL
  https://phabricator.wikimedia.org/T269070

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: LucasWerkmeister, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269070: New gloss silently discarded if language code entered using middle click paste

2021-01-15 Thread Nikki
Nikki added a comment.


  This just happened to me with `nrf-je` which is one of the language codes 
which doesn't appear in the dropdown at all, so there's no distinction between 
a successfully detected language code and one where it will silently discard 
your new gloss. :(
  
  It seems there's two separate things happening:
  It isn't detecting the middle click paste as entering text into the field, 
for some reason.
  Instead of showing an error for a field it thinks is blank, it discards the 
entire row. I just created T272147 <https://phabricator.wikimedia.org/T272147> 
for that.

TASK DETAIL
  https://phabricator.wikimedia.org/T269070

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: LucasWerkmeister, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272147: Gloss is silently discarded if the language code is missing

2021-01-15 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  To reproduce:
  
  - Open a lexeme, e.g. https://test.wikidata.org/wiki/Lexeme:L159
  - Start adding or editing a sense
  - Add two rows for entering glosses
  - Enter a language for one of the rows
  - Enter a gloss for both rows
  - Save the sense
  
  Expected result: An error message is shown, because a required field (the 
language) is missing for a row where the gloss field is not blank.
  Actual result: The row with the missing language is silently discarded and 
only the row with the language is saved.

TASK DETAIL
  https://phabricator.wikimedia.org/T272147

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T272144: Language name in sense section replaced with language code on page load for some languages

2021-01-15 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  Open https://www.wikidata.org/wiki/Lexeme:L406433 and watch the senses 
section. Initially, the name "Jèrriais" is displayed, but then it gets replaced 
with the code `nrf-je`.

TASK DETAIL
  https://phabricator.wikimedia.org/T272144

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258391: Lemma not shown when linking senses unless the sense has a definition in the current language

2021-01-13 Thread Nikki
Nikki added a comment.


  This is not a duplicate of T89213 <https://phabricator.wikimedia.org/T89213>. 
The lemma should always be displayed. It's a bug that it depends on successful 
language fallback, because it shouldn't depend on language fallback in the 
first place.

TASK DETAIL
  https://phabricator.wikimedia.org/T258391

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258391: Lemma not shown when linking senses unless the sense has a definition in the current language

2021-01-13 Thread Nikki
Nikki reopened this task as "Open".

TASK DETAIL
  https://phabricator.wikimedia.org/T258391

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T271079: Add "same language" constraint for lexicographical data properties

2021-01-12 Thread Nikki
Nikki added a comment.


  In T271079#6720910 <https://phabricator.wikimedia.org/T271079#6720910>, 
@abian wrote:
  
  > Good idea. :D And also a similar constraint type for the lexical category?
  
  That would make sense for the examples I gave, yeah. :) Maybe it should be a 
separate ticket though?

TASK DETAIL
  https://phabricator.wikimedia.org/T271079

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: abian, Nikki, Akuckartz, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Agabi10, Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T271776: Allow limiting lexeme searches by language

2021-01-11 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  I would like to be able to limit lexeme searches by language. For example, 
search for "a 
<https://www.wikidata.org/w/index.php?search=a=Special:Search=advanced=1=1>"
 and try to find the English indefinite article. For me, it is currently the 
17th result.
  
  It would be useful to have both the item ID of the linked language and the 
language codes of the lemmas. Perhaps something like `haslemma:en` and 
`haslang:Q1860`? Or maybe even the same key for both since they shouldn't be 
confuseable, e.g. `haslang:en` and `haslang:Q1860`.

TASK DETAIL
  https://phabricator.wikimedia.org/T271776

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T271500: Not possible to search for a sense when adding a statement

2021-01-07 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  It seems the only way to add a statement using a property with the entity 
type "sense" is to enter the full ID for the sense.
  
  Searching for a lemma (even an exact match) does not find anything, nor does 
entering a lexeme ID bring up anything (see T209035 
<https://phabricator.wikimedia.org/T209035> for that specifically). You have to 
first locate the lexeme yourself, then locate the sense on the lexeme, then 
copy the ID for the sense, then go back to the original lexeme, then paste the 
ID there and then select the only result before you can save. This makes adding 
the statements a lot of work... with the result that I simply don't bother 
adding statements that link to senses.
  
  For example, for the sense on Geige 
<https://www.wikidata.org/wiki/Lexeme:L402499> (de), start adding a sense 
statement, select the "synonym" property and then type "Violine". I would 
expect to find Violine <https://www.wikidata.org/wiki/Lexeme:L402500> (de), but 
instead it says "No match was found".

TASK DETAIL
  https://phabricator.wikimedia.org/T271500

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T201828: Fix duplicate language codes in some sense edit summaries

2021-01-05 Thread Nikki
Nikki added a comment.


  I spent far too long this morning confused by these edits:
  F33985594: Bildschirmfoto_2021-01-05_07-39-17.png 
<https://phabricator.wikimedia.org/F33985594>
  
  That looks like the user added "en: " to the beginning but when I went to 
remove it again, it wasn't there, so I went back to the history to see who had 
undone it before I could, but there weren't any new edits, so I went back to 
see if I had looked at an old version of the page...

TASK DETAIL
  https://phabricator.wikimedia.org/T201828

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Lucas_Werkmeister_WMDE, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T271190: Syntax highlighting fails when an operator is not separated from a following variable by a space

2021-01-04 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Query UI.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  If you write something like `filter (?variable1=?variable2).`, `?variable1` 
will be highlighted, but not `?variable2`.
  
  This screenshot demonstrates the current syntax highlighting for the text in 
P13649 <https://phabricator.wikimedia.org/P13649>:
  F33985212: Bildschirmfoto_2021-01-05_08-27-05.png 
<https://phabricator.wikimedia.org/F33985212>

TASK DETAIL
  https://phabricator.wikimedia.org/T271190

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Aklapper, MPhamWMF, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, 
Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Mahir256, QZanden, EBjune, 
merbst, LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, 
jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T180771: Add monolingual language code nan-hani, cdo-hani, hak-hans, hak-hant

2021-01-04 Thread Nikki
Nikki added a comment.


  In T180771#6715965 <https://phabricator.wikimedia.org/T180771#6715965>, 
@Ladsgroup wrote:
  
  > @Mbch331 Does langcom approve this patch then? 
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/555688/
  
  Shouldn't they be lowercase for consistency?

TASK DETAIL
  https://phabricator.wikimedia.org/T180771

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ab6399, Nikki
Cc: Mbch331, Nikki, Lydia_Pintscher, Nikerabbit, wikibugs-l-list, Nemo_bis, 
siebrand, liangent, bzimport, Amire80, Ladsgroup, Ab6399, Kizule, jhsoby, 
GerardM, Davidzdh, ztl8702, Yejianfei, Liuxinyu970226, Aklapper, C933103, 
Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T271079: Add "same language" constraint for lexicographical data properties

2021-01-03 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, 
Wikibase-Quality-Constraints.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  Many of the properties used for lexemes, senses and forms only make sense 
between two lexemes for the same language. As far as I can tell, we don't have 
a way to add a constraint for that yet.
  
  Some examples of properties where it could be used:
  
  - auxiliary verb <https://www.wikidata.org/wiki/Property:P5401>, e.g. German 
"sehen" -> "haben"
  - collective noun for animals <https://www.wikidata.org/wiki/Property:P6571>, 
e.g. English "bee" -> "swarm"
  - synonym <https://www.wikidata.org/wiki/Property:P5973>, e.g. English 
"chips" -> "crisps" (one sense), "fries" (another sense)
  
  If the property is used on a sense or form and/or the property points to a 
sense or form, the language of the corresponding lexeme should be used.

TASK DETAIL
  https://phabricator.wikimedia.org/T271079

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Agabi10, Bodhisattwa, Scott_WUaS, 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] T167361: Queries involve finding strings (e.g. labels, descriptions or aliases) in a language are slow

2021-01-01 Thread Nikki
Nikki added a comment.


  This is also a problem for monolingual text statements, lemmas, forms and 
senses.
  
  Other things I've tried to do which have timed out:
  
  - Find all statements using the language code `mis` and check whether they 
have a qualifier specifying the actual language.
  - List language codes and the number of times they've been used for forms, 
grouped by language (like this table 
<https://www.wikidata.org/wiki/Wikidata:Lexicographical_data/Statistics/Count_of_lexemes,_forms,_and_senses_by_language>
 but for forms, not lemmas).
  - Find items which have a label in a particular language and a `P279` 
(subclass of) statement, where the label starts with a capital letter so I can 
check whether they should be fixed.

TASK DETAIL
  https://phabricator.wikimedia.org/T167361

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Ijon, Lucie, daniel, Smalyshev, Nikki, Aklapper, MPhamWMF, CBogen, 
Akuckartz, ET4Eva, Nandana, Namenlos314, Lahi, Gq86, Darkminds3113, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, Avner, Gehel, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, 
Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T270948: Add lexeme language code nan-hani

2020-12-30 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Language codes.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  We have over 500 lexemes using nan-x-Q8201 for Min Nan in Chinese characters 
(query <https://w.wiki/sSn>), it would be better to use a recognised script 
code.

TASK DETAIL
  https://phabricator.wikimedia.org/T270948

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T180771: Add monolingual language code nan-hani, cdo-hani, hak-hans, hak-hant

2020-12-30 Thread Nikki
Nikki added a comment.


  In T180771#6051407 <https://phabricator.wikimedia.org/T180771#6051407>, 
@Amire80 wrote:
  
  > I'm not hearing any objections from the Language Committee, so I'm probably 
going to start adding these codes.
  >
  > Let's start with nan-hani. What will be the autonym for it?
  
  Based on the other Chinese autonyms in langdb.yaml 
<https://github.com/wikimedia/language-data/blob/master/data/langdb.yaml>, I 
would suggest "閩南語(漢字)". The first three characters are the language name in 
Chinese characters (as given on zh-min-nan.wikipedia.org 
<https://zh-min-nan.wikipedia.org/wiki/B%C3%A2n-l%C3%A2m-g%C3%BA>) and the two 
characters inside the brackets are the word for Chinese characters (again, as 
used on zh-min-nan.wikipedia.org 
<https://zh-min-nan.wikipedia.org/wiki/Pang-ch%C4%81n:H%C3%A0n-j%C4%AB>, see 
the last two characters of the autonym for `cdo-hani` too).

TASK DETAIL
  https://phabricator.wikimedia.org/T180771

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ab6399, Nikki
Cc: Nikki, Lydia_Pintscher, Nikerabbit, wikibugs-l-list, Nemo_bis, siebrand, 
liangent, bzimport, Amire80, Ladsgroup, Ab6399, Kizule, jhsoby, GerardM, 
Davidzdh, ztl8702, Yejianfei, Liuxinyu970226, Aklapper, C933103, Akuckartz, 
Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269724: Allow restricting constraints to certain entity types

2020-12-30 Thread Nikki
Nikki added a comment.


  Next example: Pinyin transliteration 
<https://www.wikidata.org/wiki/Property:P1721#P2302> should have a property 
scope of qualifier on items and lexemes and main property on forms. Since we 
can't do that, it now says the scope is main property or qualifier everywhere.

TASK DETAIL
  https://phabricator.wikimedia.org/T269724

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: abian, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Nikki, Aklapper, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T210961: Add a rank for outdated but correct data

2020-12-29 Thread Nikki
Nikki added a comment.


  This could potentially be useful for old URLs too: We could display URLs in 
outdated statements differently from those in normal/preferred rank statements.
  
  e.g. There was a topic on Wikidata:Administrators'_noticeboard ages ago about 
an edit war over the official website for a film. The film was released over a 
decade ago, so the official site is long gone and the domain now leads to an 
unrelated site which wants to sell stuff. One editor kept removing it because 
they don't think it's appropriate to link to a page like that, the other wanted 
to keep it because it was the official website. They're both right and we don't 
really have a good solution.

TASK DETAIL
  https://phabricator.wikimedia.org/T210961

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: abian, Nikki, Aklapper, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269724: Allow restricting constraints to certain entity types

2020-12-28 Thread Nikki
Nikki updated the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T269724

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: abian, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Nikki, Aklapper, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269724: Allow restricting constraints to certain entity types

2020-12-25 Thread Nikki
Nikki added a comment.


  In T269724#6684661 <https://phabricator.wikimedia.org/T269724#6684661>, 
@abian wrote:
  
  > I understand the motivation (thanks to the fact that Nikki's tasks are much 
more interesting and better described than mine), :-)
  
  I can't take the credit for the task description, that's Lydia's work. :)
  
  > but I believe we should strive to contain the complexity of the constraint 
system and, if possible, reduce the current complexity, which is quite high. 
The need that the example represents might not be recurrent and, for that case, 
I think we could have two Properties, one for Items and one for Forms, to 
better adjust the constraints (not only the one we're commenting on) and 
statements of each of them to their cases of use. I wouldn't find it a big 
problem if there were some similar statements on two different Properties, as 
they aren't expected to change frequently and they'll be used in different 
namespaces (so both shouldn't appear together or be read by the same software 
agents that might know about one Property but not about the other). Please 
don't hate me for this (hate me for something else…).
  
  I don't think it would be a good idea to split this property. It serves 
exactly the same purpose in both places - to link to a file containing the 
pronunciation of a word - and multiple almost identical properties makes it 
harder for people to use the right one in the right place. It already took me a 
long time to stop accidentally using the "audio" property instead of 
"pronunciation audio".
  
  The property constraints themselves don't seem that complex to me. The main 
problem I have is that the way we model/describe them is quite abstract and 
technical and I can never remember exactly which properties/values I need to 
use. Most people should never need to touch property constraints though.

TASK DETAIL
  https://phabricator.wikimedia.org/T269724

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: abian, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Nikki, Aklapper, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T180345: Add monolingual language code vi-hani, ko-kore

2020-12-23 Thread Nikki
Nikki added a comment.


  I think it would be useful to see some examples of how these would be 
used/what they would be used for.
  
  I'm not sure that `ko-kore` (or `ko-hani`) would be the best way to add text 
containing hanja because wouldn't we want it to be linked to the corresponding 
hangul? Years ago, I proposed a "hanja" property for Korean (proposal here 
<https://www.wikidata.org/wiki/Wikidata:Property_proposal/Archive/43#hanja>) . 
It was rejected at the time but I still think that would be the best way to do 
it and perhaps it would be a good idea to revisit it.
  
  I imagine it's a similar situation for `vi-hani`.

TASK DETAIL
  https://phabricator.wikimedia.org/T180345

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Mahir256, Mbch331, Amire80, jhsoby, GerardM, mxn, Liuxinyu970226, 
Aklapper, revi, C933103, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T212313: Add monolingual language code en-in (Indian English)

2020-12-18 Thread Nikki
Nikki added a comment.


  In T212313#6701295 <https://phabricator.wikimedia.org/T212313#6701295>, 
@ChristianKl wrote:
  
  > Wikidata has lexemes in addition to items. Lexemes need language codes to 
express to which language a lexeme belongs. To create lexemes that tell us that 
vote banks is a term in en-in that corresponds to vote block in en-us we need 
lexemes.
  
  This ticket appears to be for monolingual text, not lexemes.
  
  And for lexemes, I wouldn't use `en-us` or `en-in` for your example at all, 
because they are not spelling variants. I would enter both as English with the 
properties location of sense usage 
<https://www.wikidata.org/wiki/Property:P6084> and synonym 
<https://www.wikidata.org/wiki/Property:P5973> on the senses.

TASK DETAIL
  https://phabricator.wikimedia.org/T212313

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, ChristianKl, Nirmos, Amire80, MJL, 1234qwer1234qwer4, Ammarpad, 
Marsupium, Jdickins42, Liuxinyu970226, Mbch331, jhsoby, GerardM, Manu1400, 
Aklapper, Bluerasberry, Annysah01, Rohitgeddam, Akuckartz, Soda, Chaytanya, 
wiki-helenatxu, Viztor, 94rain, Dinadineke, DannyS712, Nandana, Kieubinhtb, 
Tks4Fish, lucamauri, Mh-3110, tabish.shaikh91, Asad_Ali_Palijo, Lahi, Gq86, 
GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, 
merbst, LawExplorer, _jensen, rosalieper, xSavitar, Scott_WUaS, MuhammadShuaib, 
Tmalhotra, SimmeD, Wikidata-bugs, Snowolf, aude, Shizhao, TheDJ, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267023: Statements linking to forms and senses are missing a HTML lang attribute

2020-12-17 Thread Nikki
Nikki added a comment.


  Yay! Looks good \o/
  
  In T267023#6692702 <https://phabricator.wikimedia.org/T267023#6692702>, 
@Lydia_Pintscher wrote:
  
  > Purge didn't help. Looking at some others now.
  
  I purged it too and that made it work for me. Odd

TASK DETAIL
  https://phabricator.wikimedia.org/T267023

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jakob_WMDE, Nikki
Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, Nikki, Alter-paule, Beast1978, 
Un1tY, Akuckartz, Hook696, Iflorez, Kent7301, alaa_wmde, joker88john, CucyNoiD, 
Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, Lewizho99, Maathavan, 
_jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269724: Allow restricting constraints to certain entity types

2020-12-09 Thread Nikki
Nikki added a comment.


  > Should we exclude certain entity types or include? So should we have a 
allow or deny list?
  
  I would prefer listing the types where the constraint //should// be checked, 
which also matches how constraint scope works right now.
  
  > Should we reuse the scope parameter?
  
  That would make sense to me since they both cover where to check run the 
checks, but it might also make it harder to model things in a useful way.
  
  For example: What happens if someone adds multiple values? e.g. "constraint 
scope: as main value, as reference, on item, on lexeme" - I think the expected 
interpretation would be `(main value || reference) && (item || lexeme)` and not 
a simple "and" or "or" of all the values. Or if you want to say something like 
"as main value on lexemes or as qualifier on items"?

TASK DETAIL
  https://phabricator.wikimedia.org/T269724

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: abian, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Nikki, Aklapper, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269724: Allow restricting constraints to certain entity types

2020-12-08 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  e.g. 
https://www.wikidata.org/wiki/Property:P443#P443$8116725c-4f59-8b08-31bc-99eeb5dd52df
 should be checked on items but not on lexemes

TASK DETAIL
  https://phabricator.wikimedia.org/T269724

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Aklapper, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T250550: Whitespace is stripped while typing when editing lexemes

2020-12-07 Thread Nikki
Nikki added a comment.


  Since the whitespace gets stripped when saving anyway, would removing the 
`trim()`s from 
https://gerrit.wikimedia.org/g/mediawiki/extensions/WikibaseLexeme/+/0e48721161973149c18fa7539b22ed1f6b13cb7f/resources/templates/glossWidget.vue.html#38
  
https://gerrit.wikimedia.org/g/mediawiki/extensions/WikibaseLexeme/+/0e48721161973149c18fa7539b22ed1f6b13cb7f/resources/templates/lemma.vue.html#25
 and I think 
https://gerrit.wikimedia.org/g/mediawiki/extensions/WikibaseLexeme/+/0e48721161973149c18fa7539b22ed1f6b13cb7f/resources/store/actions.js#33
 fix this?

TASK DETAIL
  https://phabricator.wikimedia.org/T250550

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Lucas_Werkmeister_WMDE, Mahir256, Nikki, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T268689: Lexeme language code allows both upper and lowercase qids in -x-qid syntax

2020-12-01 Thread Nikki
Nikki added a comment.


  There were 10 lexemes in the 2020-11-27 lexeme dump which I've also fixed. 
They came from two users, Jacek Janowski and Tokyo Akademia, which was the case 
for most of the previous ones I fixed too.

TASK DETAIL
  https://phabricator.wikimedia.org/T268689

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: LucasWerkmeister, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T269070: New gloss silently discarded if language code entered using middle click paste

2020-12-01 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  If the gloss language code is pasted using middle click paste, the gloss is 
not saved
  
  To reproduce:
  
  - Start editing an existing sense
  - Make a change to the existing gloss to activate the save link
  - Start adding another gloss
  - Middle click paste text into the language field
  - Enter some text into the gloss field
  - Save the sense
  
  Expected behaviour: The new gloss is saved if the language code is valid, or 
an error is shown if it is not.
  
  Actual behaviour: The change to the existing gloss is saved but the new gloss 
is silently discarded, whether the language code is valid or not.
  
  Reproducible in Chromium-based browsers in Linux, not sure about other 
browsers.

TASK DETAIL
  https://phabricator.wikimedia.org/T269070

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T268431: Add monolingual language code oj

2020-11-24 Thread Nikki
Nikki added a comment.


  Here's some more places it's needed:
  https://www.wikidata.org/wiki/Q5379100#P1559
  https://www.wikidata.org/wiki/Q2408930#P1705
  
  Orthography is really determined by the sources - there can be multiple 
statements if different sources give different spellings.

TASK DETAIL
  https://phabricator.wikimedia.org/T268431

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Mbch331, jhsoby, Amire80, StruthiousBandersnatch, Aklapper, 
Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T268689: Lexeme language code allows both upper and lowercase qids in -x-qid syntax

2020-11-24 Thread Nikki
Nikki added a comment.


  The vast majority of the time people use `Q`, people are presumably copying 
the ID from the item page. I just fixed all the ones which had `q`, but I'll 
have to wait until the next lexeme dump to find out if I got them all (or if 
any new ones appeared).

TASK DETAIL
  https://phabricator.wikimedia.org/T268689

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: LucasWerkmeister, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T268689: Lexeme language code allows both upper and lowercase qids in -x-qid syntax

2020-11-24 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  See https://test.wikidata.org/wiki/Lexeme:L97
  
  It treats `mis-x-Q1` and `mis-x-q1` as separate codes and allows both even 
though they are semantically identical.
  
  This only happens with the qid part of the code. If you try to save `mis` and 
`MIS`, `mis-x-Q1` and `mis-X-Q1` or `en-gb` and `en-GB`, it rejects the second 
of each pair.

TASK DETAIL
  https://phabricator.wikimedia.org/T268689

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T265906: Add language codes az-cyrl and az-arab for lexemes

2020-11-13 Thread Nikki
Nikki added a comment.


  In T265906#6560598 <https://phabricator.wikimedia.org/T265906#6560598>, 
@Amire80 wrote:
  
  > az-cyrl is OK.
  >
  > For Arabic script we already have azb. Is az-arab any different?
  
  I have no idea because I can't find any resources which go into any detail 
about the differences, let alone that specify whether a word is North 
Azerbaijani, South Azerbaijani or both. Even all the Wiktionaries I checked do 
not distinguish North and South Azerbaijani and only list the script when 
giving the different forms (e.g. en 
<https://en.wiktionary.org/wiki/k%C3%B6p%C9%99k>, de 
<https://de.wiktionary.org/wiki/pi%C5%9Fik>).
  
  Also, according to the English Wikipedia's Azerbaijani language page 
<https://en.wikipedia.org/wiki/Azerbaijani_language#Writing_systems>, the 
Arabic script was the only script used before 1929, so I would expect the 
Arabic script versions to be valid historical forms even in areas where the 
Arabic script is no longer used.

TASK DETAIL
  https://phabricator.wikimedia.org/T265906

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Mbch331, jhsoby, MF-Warburg, Amire80, Nikki, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Wikidata-bugs, aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267131: Language fallback not applied to item/property heading after editing terms

2020-11-03 Thread Nikki
Nikki added a comment.


  It also affects ``

TASK DETAIL
  https://phabricator.wikimedia.org/T267131

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Aklapper, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267131: Language fallback not applied to item/property heading after editing terms

2020-11-03 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  When displaying an item or property page, the page heading applies language 
fallback to the label and description
  
  e.g.
  
  - On https://test.wikidata.org/wiki/Q38378?uselang=de-ch `de-ch` falls back 
to `de` for the label and `en` for the description
  - On https://test.wikidata.org/wiki/Q38379?uselang=de-ch `de-ch` falls back 
to `en` for the label and `de` for the description
  
  Doing anything with the termbox which causes the heading to update causes the 
language fallback to no longer be applied
  
  e.g.
  
  - Make any change and save it. After saving the heading is refreshed and no 
longer applies language fallback
  - Make any change to the language currently set as the interface language, no 
save needed. The heading updates immediately, no longer applying language 
fallback
  - Make any change to the language current set as the interface language and 
then cancel editing. The heading updates when making the changes, the changes 
are reverted after cancelling, but language fallback is no longer applied
  
  I would expect the heading to always be consistent - what I see after 
saving/cancelling should match what I see if I then refresh the page.

TASK DETAIL
  https://phabricator.wikimedia.org/T267131

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Aklapper, Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267024: Shift tab on language and lexical category fields closes dropdown instead of tabbing backwards

2020-11-02 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION


TASK DETAIL
  https://phabricator.wikimedia.org/T267024

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267023: Statements linking to forms and senses are missing a HTML lang attribute

2020-11-02 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION


TASK DETAIL
  https://phabricator.wikimedia.org/T267023

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267022: Can't middle click language or lexeme search results on Special:NewLexeme to open item in a new tab

2020-11-02 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  If you search e.g. in the top right search box, you can middle click results 
to open them in new tabs
  
  If you do the same with the language or lexical category fields on 
Special:NewLexeme, it does a middle click paste (in Linux) into the search 
field, even though the cursor is not over the search field

TASK DETAIL
  https://phabricator.wikimedia.org/T267022

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T215032: Add monolingual language code cmg

2020-11-01 Thread Nikki
Nikki added a comment.


  T137810 <https://phabricator.wikimedia.org/T137810> had an extremely negative 
effect on me and I have no desire to get dragged back into that argument, sorry.

TASK DETAIL
  https://phabricator.wikimedia.org/T215032

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Lydia_Pintscher, jhsoby, Amire80, Mbch331, Nikki, C933103, Liuxinyu970226, 
Aklapper, Popolon, Akuckartz, Viztor, 94rain, Dinadineke, DannyS712, Nandana, 
lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, 
Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Wikidata-bugs, Snowolf, aude, Shizhao, TheDJ, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T201588: Improve keyboard navigation on Lexeme pages

2020-10-31 Thread Nikki
Nikki added a comment.


  More issues:
  
  Clicking "edit" for the lemma focuses the lemma field, but clicking the 
buttons to add or remove spelling variants doesn't put the focus back in a 
field. For add, I would expect the focus in the lemma field of the new spelling 
variant. For remove I think it would make sense to put the focus in the lemma 
field of the previous spelling variant if the one you're removing is not the 
first or the new first one if it is.
  
  In T201588#6232388 <https://phabricator.wikimedia.org/T201588#6232388>, 
@Lucas_Werkmeister_WMDE wrote:
  
  > One issue that still exists is that all the statements of a Sense or Form 
come before the “edit” button for the glosses or form representations in the 
tab order.
  
  I can't tab to them at all because they're not buttons and don't have a 
tabindex attribute - T250519 <https://phabricator.wikimedia.org/T250519>

TASK DETAIL
  https://phabricator.wikimedia.org/T201588

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Lucas_Werkmeister_WMDE, Nikki, Manu1400, Jan_Dittrich, KaMan, 
Lydia_Pintscher, Lea_Lacroix_WMDE, cristiana023, Akuckartz, JanJaquemot, 
Demian, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, 
_jensen, rosalieper, JGirault, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T266938: Interface should always have at least one spelling variant when editing lemmas

2020-10-31 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  To reproduce:
  
  - Go to https://test.wikidata.org/wiki/Lexeme:L1 and start editing the lemma
  - Click the "x" to delete lemma
  
  Expected behaviour: At least one spelling variant is required, so trying to 
delete the only spelling variant should result in a blank set of spelling 
variant fields for the user to fill in, rather than no spelling variants
  Actual behaviour: The UI lets the user remove the last spelling variant which 
is an unsavable state and they are forced to add a new one manually to be able 
to continue

TASK DETAIL
  https://phabricator.wikimedia.org/T266938

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T266937: Tabbing through fields when editing lemmas should go to the language and lexical category before publish and cancel

2020-10-31 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  Current order:
  
  - lemma, spelling variant, delete lemma (for each variant)
  - add another variant
  - publish
  - cancel
  - language
  - lexical category
  
  I would expect language and lexical category to come before publish and cancel

TASK DETAIL
  https://phabricator.wikimedia.org/T266937

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T266936: Language and lexical category fields turn red on unfocus when no changes are made

2020-10-31 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  To reproduce:
  
  - Go to https://test.wikidata.org/wiki/Lexeme:L1 and start editing the lemma
  - Tab through the fields or alternatively click the fields and then click 
elsewhere on the page
  
  Expected behaviour: No changes are being made to the language and lexical 
category fields, so nothing should happen when you unfocus them.
  Actual behaviour: When the fields are unfocused, they turn red, as if there 
is an error (there does not seem to actually be any errors - edits to the other 
fields can still be saved).

TASK DETAIL
  https://phabricator.wikimedia.org/T266936

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T167361: Queries involve finding strings (e.g. labels, descriptions or aliases) in a language are slow

2020-10-29 Thread Nikki
Nikki renamed this task from "Queries involve finding labels, descriptions or 
aliases for a language are slow" to "Queries involve finding strings (e.g. 
labels, descriptions or aliases) in a language are slow".

TASK DETAIL
  https://phabricator.wikimedia.org/T167361

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Ijon, Lucie, daniel, Smalyshev, Nikki, Aklapper, CBogen, Akuckartz, ET4Eva, 
Nandana, Namenlos314, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, 
rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T233204: Mixup of unicode characters in Query Service

2020-10-22 Thread Nikki
Nikki added a comment.


  I've run into this twice today already. :(
  
  First the character "Ꜵ" (AO ligature) was instead displayed as "" (flag of 
Angola) which was extremely confusing and I'm glad I was already aware of this 
ticket because who knows how much time I would've wasted trying to figure out 
what was wrong with my query otherwise.
  
  Now the regex `[\u2100-\u214F]` suddenly failed on "ℰ" (U+2130) because it's 
decided the string is actually "피" (U+1D53C).

TASK DETAIL
  https://phabricator.wikimedia.org/T233204

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, CamelCaseNick, Smalyshev, Aklapper, Lucas_Werkmeister_WMDE, 
Igorkim78, Gehel, Lea_Lacroix_WMDE, CBogen, Akuckartz, darthmon_wmde, Nandana, 
Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T265906: Add language codes az-cyrl and az-arab for lexemes

2020-10-19 Thread Nikki
Nikki renamed this task from "Add az-cyrl and az-arab for lexemes" to "Add 
language codes az-cyrl and az-arab for lexemes".

TASK DETAIL
  https://phabricator.wikimedia.org/T265906

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T265906: Add az-cyrl and az-arab for lexemes

2020-10-19 Thread Nikki
Nikki created this task.
Nikki added projects: Wikidata Lexicographical data, Language codes.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  `az-cyrl` for Azerbaijani in Cyrillic script, `az-arab` for Azerbaijani in 
Arabic script
  
  This would replace the private use subtags on lexemes like 
https://www.wikidata.org/wiki/Lexeme:L8237 and 
https://www.wikidata.org/wiki/Lexeme:L42346

TASK DETAIL
  https://phabricator.wikimedia.org/T265906

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T235344: Add language variant nn-hognorsk

2020-10-18 Thread Nikki
Nikki added a project: Language codes.

TASK DETAIL
  https://phabricator.wikimedia.org/T235344

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Soulkeeper, jhsoby, jeblad, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Nikki, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T265783: No error shown when trying to save lemma with invalid language code

2020-10-16 Thread Nikki
Nikki created this task.
Nikki added a project: Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  To reproduce:
  
  - Go to https://test.wikidata.org/wiki/Lexeme:L1 and start editing the lemma
  - Enter "test" as the spelling variant
  - Press enter or click publish
  
  Expected behaviour: The language code is not valid, so an error should be 
shown.
  Actual behaviour: It briefly looks like it's saving and then it returns to 
the previous state with no indication of anything having gone wrong.

TASK DETAIL
  https://phabricator.wikimedia.org/T265783

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T265782: Add "non" (Old Norse) for lexemes

2020-10-16 Thread Nikki
Nikki created this task.
Nikki added projects: Language codes, Wikidata Lexicographical data.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  There are currently around 250 lexemes for Old Norse, see 
https://www.wikidata.org/wiki/Special:WhatLinksHere/Q35505?namespace=146
  
  We do already have Old Norse for monolingual text (T137115 
<https://phabricator.wikimedia.org/T137115>) but it hasn't been added for 
lexemes yet.

TASK DETAIL
  https://phabricator.wikimedia.org/T265782

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T262269: Make Serbian (sr-el) language available for terms (labels/descriptions/aliases)

2020-10-12 Thread Nikki
Nikki added a comment.


  Note that we already use `sr-ec` and `sr-el` for terms (see language stats 
<https://www.wikidata.org/wiki/User:Mr._Ibrahem/Language_statistics_for_items>).
 The problem here is not that the codes are missing, it's that adding those 
codes to your Babel box does not cause them to appear in the term box.
  
  I notice that after adding `sr-ec` and `sr-el` to the Babel box, the Babel 
box shows `sr-Cyrl` and `sr-Latn` and puts the user into categories for 
`sr-Cyrl` and `sr-Latn`. I suspect what's happening is that the codes get 
turned into `sr-cyrl` and `sr-latn` at some point before being passed to the 
term box and, since we don't support `sr-cyrl` or `sr-latn`, the term box fails 
to find a matching language and can't display them.
  
  The opposite happens when loading a page using `?uselang=`, both 
`?uselang=sr-el` and `?uselang=sr-latn` display the `sr-el` terms in the first 
row.

TASK DETAIL
  https://phabricator.wikimedia.org/T262269

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: Nikki, jhsoby, Amire80, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, 
Mohammed_Sadat_WMDE, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T217131: Add monolingual language code gml (Middle Low German)

2020-10-12 Thread Nikki
Nikki renamed this task from "Add monolingual language code gml" to "Add 
monolingual language code gml (Middle Low German)".

TASK DETAIL
  https://phabricator.wikimedia.org/T217131

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Diwanshu885, Nikki
Cc: Amire80, Diwanshu885, Shubham656jain, Mbch331, jhsoby, GerardM, Aklapper, 
Marsupium, Rohitgeddam, Akuckartz, Soda, Chaytanya, darthmon_wmde, 
wiki-helenatxu, Viztor, 94rain, Nandana, Kieubinhtb, Tks4Fish, Mh-3110, 
Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, 
QZanden, LawExplorer, _jensen, rosalieper, xSavitar, Scott_WUaS, 
MuhammadShuaib, Nikki, Tmalhotra, SimmeD, Wikidata-bugs, Snowolf, aude, 
Shizhao, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T262269: Make Serbian (sr-el) language available for terms (labels/descriptions/aliases)

2020-10-04 Thread Nikki
Nikki updated the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T262269

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nikki
Cc: jhsoby, Amire80, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, 
Mohammed_Sadat_WMDE, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Nikki, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


  1   2   3   4   5   6   >