[Wikidata-bugs] [Maniphest] T264108: Add autocomplete for Lexemes in the Wikidata Query Service
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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)
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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)
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)
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
