Jdforrester-WMF created this task.Jdforrester-WMF added projects: User-notice, MediaWiki-Page-editing, Editing-Department, Community-Liaisons, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONTASK DETAILhttps://phabricator.wikimedia.org/T161367EMAIL
Krinkle triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T160678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aaron, KrinkleCc: gerritbot, aude, hoo, Krinkle, Aklapper, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden,
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T155194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Krinkle, gerritbotCc: thiemowmde, gerritbot, srishakatux, adrianheine, aude, Jdforrester-WMF, Krinkle, Aklapper,
gerritbot added a comment.
Change 344731 had a related patch set uploaded (by Krinkle):
[mediawiki/core@master] qunit: Remove experimental CompletenessTest feature
https://gerrit.wikimedia.org/r/344731TASK DETAILhttps://phabricator.wikimedia.org/T155194EMAIL
NickK added a comment.
Do I understand correctly that this will not be deployed before Monday due to "no deployments on Friday" rule?
In this case will there be a simple way to fix typos that people had to introduce into labels/descriptions/categories to be able to simply save changes? Four days
Mattflaschen-WMF added a project: MediaWiki-extensions-WikibaseRepository.Mattflaschen-WMF added a comment.
Seems to be introduced by rEWBA8cd1dd774996: Update Wikibase DataModel to 7.0.0TASK DETAILhttps://phabricator.wikimedia.org/T161359EMAIL
Mattflaschen-WMF edited the task description. (Show Details)
EDIT DETAILS...```
After remove wikibase/media-info from composer.json, I instead get:
```
Problem 1
- Installation request for wikibase/wikibase dev-master -> satisfiable by wikibase/wikibase[dev-master].
-
Jheald added a comment.
So you're saying, in effect, I should think of the strings being stored as a great big hash table rather than a B-tree, so there's nothing there that can help even STRSTARTS. And of course I know very little about the internals of BlazeGraph, whereas you've actually
Mattflaschen-WMF added a project: MediaWiki-extensions-WikibaseMediaInfo.
TASK DETAILhttps://phabricator.wikimedia.org/T161359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Aklapper, Mattflaschen-WMF, QZanden, D3r1ck01, Izno,
Mattflaschen-WMF added a project: Structured-Multimedia-Data.
TASK DETAILhttps://phabricator.wikimedia.org/T161359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Aklapper, Mattflaschen-WMF, QZanden, Acer, D3r1ck01, Izno, Wikidata-bugs,
Mattflaschen-WMF created this task.Mattflaschen-WMF added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIt was a few days ago, but is no longer installable due to the following error:
vagrant@mediawiki-vagrant:/vagrant/mediawiki/extensions/WikidataBuildResources$
Jheald added a comment.
Thanks for your speedy diagnosis. I've gone through and reverted and then un-reverted the ten edits by hand, so they are now fine.
Hope you can get a bit more rigour instilled into the recentchanges logging.TASK DETAILhttps://phabricator.wikimedia.org/T161342EMAIL
Smalyshev added a comment.
I suspect QS might be triggering it since I've had other instances of the same problem with QS edits. However, it's not QS' fault here as I see it, it's the combination of recentchanges preferred way being to fetch by time coupled with complete unreliability of its
Jheald added a comment.
Ouch. That sounds quite nasty. The only thing I can think of from the user side that was perhaps slightly different about this set of edits was they were made with QuickStatements while I already had a different QuickStatements run open and going in another window (a big
Smalyshev added a comment.
Looks like something weird is going on with recentchanges stream. Looking at the relevant fragment:
{
type: "edit",
ns: 0,
title: "Q29002776",
pageid: 30662598,
revid: 469529345,
old_revid: 469529329,
rcid: 498001207,
timestamp: "2017-03-22T19:14:14Z"
},
{
type: "edit",
Krinkle triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T155194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrinkleCc: thiemowmde, gerritbot, srishakatux, adrianheine, aude, Jdforrester-WMF, Krinkle, Aklapper, QZanden,
Jheald created this task.Jheald added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONI uploaded coordinates (P625) for Maldon (Q26272025) an hour and a half ago (diff).
But when I use WDQS to ASK whether it has
Krinkle claimed this task.Krinkle added a comment.
In T155194#3085546, @Krinkle wrote:
@adrianheine @thiemowmde Can you tag a release for data-values/value-view so that the next Wikidata build will include these changes?
Thanks. This was released as data-values/value-view 0.19.0
Lydia_Pintscher added a comment.
Yes we do :)TASK DETAILhttps://phabricator.wikimedia.org/T159600EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: matej_suchanek, Lydia_Pintscher, Nemo_bis, Nikerabbit, Aklapper, ChristianKl, QZanden,
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...* It works not well with "Zeit" and "Die Zeit" (Newspaper); There are matches found for "Zeit", but after clicking "more" 3 times, "Die Zeit" is still not there (But many others which include the string "zeit", like in
Jan_Dittrich created this task.Jan_Dittrich added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONStory: "As a user, I want to use an item like "Harvard Monthly" (Without knowing its ID)"
Problem: The user can't find "Harvard Monthly" because the "proper" title for the
matej_suchanek added a comment.
The project chat list can be made collapsible by adding CSS class mw-collapsible to {{ProjectChatLanguages}}. Don't we want to make other languages' chats more accessible, though? (We can make it collapsible but uncollapsed by default.)TASK
gerritbot added a comment.
Change 344353 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Enable browser test in CI
https://gerrit.wikimedia.org/r/344353TASK DETAILhttps://phabricator.wikimedia.org/T161201EMAIL
gerritbot added a comment.
Change 344600 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Forgotten unicode regex flag
https://gerrit.wikimedia.org/r/344600TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
EBernhardson added a comment.
IMO appropriate fix is probably in GeoData, it needs to not provide coordinates for elasticsearch to index if they don't validate.TASK DETAILhttps://phabricator.wikimedia.org/T160140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
daniel added a comment.
Do we already have a ticket tracking this issue for the RDF export?TASK DETAILhttps://phabricator.wikimedia.org/T154590EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, danielCc: gerritbot, daniel, WMDE-leszek, thiemowmde,
gerritbot added a comment.
Change 343920 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Introduce and start using LexemeViewFactory
https://gerrit.wikimedia.org/r/343920TASK DETAILhttps://phabricator.wikimedia.org/T161092EMAIL
gerritbot added a comment.
Change 343093 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Use repo-specific base concept URI to build concepturi in wbsearchentities results
https://gerrit.wikimedia.org/r/343093TASK DETAILhttps://phabricator.wikimedia.org/T154590EMAIL
daniel added a comment.
Could GeoData "wrap" the coordinates into the range of -180..+180 before exposing them to elastic?TASK DETAILhttps://phabricator.wikimedia.org/T160140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aude, Smalyshev, Deskana,
matej_suchanek removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T147631EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, matej_suchanekCc: thiemowmde, gerritbot, Nikki, Sjoerddebruin, Lydia_Pintscher, Aklapper, hoo,
matej_suchanek removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T152241EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, matej_suchanekCc: aude, gerritbot, thiemowmde, Lydia_Pintscher, hoo, Aklapper, eranroz, QZanden,
gerritbot added a comment.
Change 343092 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Add base URI of concept URIs to RepositoryDefinitions
https://gerrit.wikimedia.org/r/343092TASK DETAILhttps://phabricator.wikimedia.org/T154590EMAIL
gerritbot added a comment.
Change 344175 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Introduce EntityDiffVisualizer interface and use it in BasicEntityDiffVisualizer
https://gerrit.wikimedia.org/r/344175TASK DETAILhttps://phabricator.wikimedia.org/T160656EMAIL
gerritbot added a comment.
Change 343760 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Minor cleanups in colors to align them with WikimediaUI color palette
https://gerrit.wikimedia.org/r/343760TASK DETAILhttps://phabricator.wikimedia.org/T151194EMAIL
thiemowmde added a comment.
Ok. And where are we going to fix this? I would not like to add special case handling to Wikibase. I believe it should be GeoData, or whatever code actually puts this into Cirrus. It should check the Coords it gets (they include the globe, and GeoData supports more than
EBernhardson added a comment.
The indexing failure comes from elasticsearch itself, elasticsearch will only accept geocoordinates that have valid coordinates on an earth globe. it rejects any create/update request to a document that includes a coordinate outside the -180 to 180TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T160522EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Jan_Dittrich, Aklapper, Jonas, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99,
gerritbot added a comment.
Change 344409 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Add LexemeForms class and render it in LexemeFormsView
https://gerrit.wikimedia.org/r/344409TASK DETAILhttps://phabricator.wikimedia.org/T160522EMAIL
daniel added a comment.
@thiemowmde thanks for checking this out. Strange issue. Not sure how to find the problem.TASK DETAILhttps://phabricator.wikimedia.org/T160140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aude, Smalyshev, Deskana,
hashar added a comment.
Moving some jobs to postmerge would at least prevent them from running on every patchsets. The postmerge jobs reports on the Gerrit change that triggered them, so most probably developers will pay attention to the eventual failure message.
Eg move out of test /
thiemowmde added a comment.
FYI, I tried to add an extreme value to the GeoDataDataUpdaterTest in Wikibase, but all code this test triggers (which includes parts of #geodata, including its Coord constructor) succeeds just fine.TASK DETAILhttps://phabricator.wikimedia.org/T160140EMAIL
daniel added subscribers: Smalyshev, aude.daniel added a comment.
As far as I know, Cirrus does nothing with statement values at all at the moment. Also, fulltext search is essentially broken for Wikidata, we are only now starting to add code to make it useful.
If extreme globe coordinates cause
gerritbot added a comment.
Change 344599 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@wmf/1.29.0-wmf.17] Change bad ASCII to UTF-8 validation in terms/value validators
https://gerrit.wikimedia.org/r/344599TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
revi added a comment.
For the record, also failing for Korean too. screenshots onwikiTASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, reviCc: revi, Infovarius, Vachovec1, Emijrp, thiemowmde,
thiemowmde raised the priority of this task from "Lowest" to "High".thiemowmde added a comment.
@Deskana, this is very helpful, thank you very much. This gave me an idea. Items with extreme coordinates like the one shown above are obviously not indexed at all. I guess there is some code somewhere
gerritbot added a comment.
Change 344578 merged by jenkins-bot:
[integration/config@master] Enable test browsertest and disable Qunit for WikibaseLexeme
https://gerrit.wikimedia.org/r/344578TASK DETAILhttps://phabricator.wikimedia.org/T161201EMAIL
Deskana added a comment.
In T160140#3127645, @thiemowmde wrote:
There is way to much essential information missing here: Steps to reproduce, what "search" the ticket is referring to, what information is provided to said search (e.g. via an example URL), what "failures" appear, and where they
gerritbot added a comment.
Change 344383 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Remove incompatible floating point numbers from all RDF tests
https://gerrit.wikimedia.org/r/344383TASK DETAILhttps://phabricator.wikimedia.org/T161231EMAIL
Infovarius added a comment.
May be this helps:
https://www.wikidata.org/wiki/Special:SetLabelDescriptionAliases/Q11079271/ru when changing label to "хеширование" gives an error: "Validation failed: Negative pattern matched: /^\s|[\v\t]|\s$/"TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
daniel added a comment.
To distinguish between setup problems and locking failures, it would probably be useful to show a different error if reading the test value returns null.TASK DETAILhttps://phabricator.wikimedia.org/T157308EMAIL
gerritbot added a comment.
Change 36 abandoned by Daniel Kinzler:
Use uncritical floatvalues for RDF test data
Reason:
Use I39185f3db3b2 instead
https://gerrit.wikimedia.org/r/36TASK DETAILhttps://phabricator.wikimedia.org/T161231EMAIL
Lydia_Pintscher added a project: Structured-Multimedia-Data.Herald added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T161251EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Capt_Swing, Lydia_PintscherCc: Aklapper, Capt_Swing, Sadads,
Lydia_Pintscher added a comment.
Who can do something about it? I don't see it on my team's plate and would like to move it to the right place. Or do we close it because it is covered by the other tickets?TASK DETAILhttps://phabricator.wikimedia.org/T159600EMAIL
Lydia_Pintscher added subscribers: Emijrp, Vachovec1.Lydia_Pintscher merged a task: T161297: WARNING: API error modification-failed: Malformed input: قائمة ويكيميديا.
TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
Lydia_Pintscher closed this task as a duplicate of T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions.
TASK DETAILhttps://phabricator.wikimedia.org/T161297EMAIL
gerritbot added a comment.
Change 344597 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Change bad ASCII to UTF-8 validation in terms/value validators
https://gerrit.wikimedia.org/r/344597TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
gerritbot added a comment.
Change 344600 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Forgotten unicode regex flag
https://gerrit.wikimedia.org/r/344600TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
gerritbot added a comment.
Change 344599 had a related patch set uploaded (by Ladsgroup; owner: Thiemo Mättig (WMDE)):
[mediawiki/extensions/Wikibase@wmf/1.29.0-wmf.17] Change bad ASCII to UTF-8 validation in terms/value validators
https://gerrit.wikimedia.org/r/344599TASK
thiemowmde added a comment.
@Drbug, thanks a lot for investigating. However, the conclusion is not correct. @Lea_Lacroix_WMDE told us this morning and https://gerrit.wikimedia.org/r/344597 will fix the underlying issue. We are also backporting this fix right now, which means it will go live much
Drbug added a comment.
I'm now even more convinced that the problem is with the code that replaces 0x85 (NEL) with 0x0D+0x0A (CR+LF).
Because xD1 x0D (or xD1 x0A), xD3 x0D (or xD3 x0A), etc. are malformed UTF-8 sequences indeed.TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
thiemowmde added projects: Wikidata-Sprint, MediaWiki-extensions-WikibaseRepository.thiemowmde claimed this task.thiemowmde added subscribers: aude, Lydia_Pintscher, thiemowmde.thiemowmde moved this task from incoming to in current sprint on the Wikidata board.
TASK
gerritbot added a comment.
Change 344597 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
[mediawiki/extensions/Wikibase@master] Change bad ASCII to UTF-8 validation in terms/value validators
https://gerrit.wikimedia.org/r/344597TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Ladsgroup, Lea_Lacroix_WMDE, Drbug, MaxBioHazard, Mahir256, TerraCodes, Jay8g, Aklapper,
Ladsgroup added a comment.
Reproduced:
More details:
F6922152: pasted_fileTASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, Lea_Lacroix_WMDE, Drbug, MaxBioHazard, Mahir256, TerraCodes,
Jonas claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T158941EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: thiemowmde, Jonas, Lydia_Pintscher, gerritbot, Aklapper, Krinkle, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, enigmaeth,
Ladsgroup added a comment.
In T157308#3127856, @daniel wrote:
That *really* should not happen, it essentially means that the code we are running live now has no proper locking, and is causing data corruption. Can you confirm? I cannot reproduce this.
It got fixed when I got the the memcached
NickK changed the title from "Wikidata does not accept lowercase Cyrillic х and several characters of other alphabets in labels/aliases/descriptions" to "Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions".NickK edited the task
NickK added a comment.
Yes, the thing in common is \x85 in UTF-8 encoding:
х = \xD1\x85
Ӆ = \xD3\x85
ԅ = \xD4\x85
Յ = \xD5\x85
օ = \xD6\x85
م = \xD9\x85
ׅ = \x20\xD7\x85
अ = \xE0\xA4\x85
অ = \xE0\xA6\x85
Thus other letters are also affected:
Ѕ (Cyrillic) = \xD0\x85
҅ (Old Church Slavonic) =
daniel added a comment.
In T157308#3126704, @Ladsgroup wrote:
With sql lock it returns LogicException.
That *really* should not happen, it essentially means that the code we are running live now has no proper locking, and is causing data corruption. Can you confirm? I cannot reproduce this.
Drbug added a comment.
May it be related to the fact that Unicode NEL character (Next Line) is U+0085?
Hence, it should be 0xC2 0x85, but some code that checks for new lines might check just 0x85 instead by mistake.TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL
NickK added a comment.
On more character affected: م from Arabic alphabet (reported in T161297 )TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NickKCc: MaxBioHazard, Mahir256, TerraCodes, Jay8g, Aklapper,
NickK added a comment.
Yes, it is a duplicate. The affected character of the Arabic alphabet is مTASK DETAILhttps://phabricator.wikimedia.org/T161297EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NickKCc: NickK, Vachovec1, Aklapper, Emijrp, QZanden,
Aklapper added a project: Microcontribution.
TASK DETAILhttps://phabricator.wikimedia.org/T105449EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: Aklapper, Amire80, chapulina, QZanden, D3r1ck01, Nizil, Ixocactus, Izno, Wikidata-bugs, aude,
Aklapper removed a parent task: T157801: [DO NOT USE] [tracking] Ideas concerning micro-contributions [superseded by #microcontribution].
TASK DETAILhttps://phabricator.wikimedia.org/T157803EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: Base,
NickK added a comment.
In T161263#3127769, @MaxBioHazard wrote:
Maybe it's because russian keyboard has russian lovercase "х" on the same key that "[" in English keyboard. I.e. some filter restricts adding "[" into parameters values, and it's affects all other language symbols that are on the
Aklapper added a project: Microcontribution.
TASK DETAILhttps://phabricator.wikimedia.org/T157803EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: Base, Emijrp, Aklapper, Pginer-WMF, Trizek-WMF, QZanden, Acer, D3r1ck01, Izno, Wikidata-bugs,
Vachovec1 added a comment.
Duplicate of T161263?TASK DETAILhttps://phabricator.wikimedia.org/T161297EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Vachovec1Cc: Vachovec1, Aklapper, Emijrp, QZanden, D3r1ck01, Izno, Wikidata-bugs, aude,
Emijrp created this task.Emijrp added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I try to edit any item that has an Arabic description, bot can't save changes. Even if it doesn't modify the Arabic description. This is happening since 1 or 2 days ago.
Q6602740
MaxBioHazard added a comment.
Maybe it's because russian keyboard has russian lovercase "х" on the same key that "[" in English keyboard. I.e. some filter restricts adding "[" into parameters values, and it's affects all other language symbols that are on the same key with "[".TASK
Addshore added a comment.
In T160924#3125565, @MoritzMuehlenhoff wrote:
(Generally when onboarding someone new, feel free to simply add the LDAP group requests to the ticket requesting shell access)
Ahh okay!
I think this is the first time we have onboarded someone and tried to do groups &
NickK changed the title from "Wikidata does not accept lowercase Cyrillic х in labels/aliases/descriptions" to "Wikidata does not accept lowercase Cyrillic х and several characters of other alphabets in labels/aliases/descriptions".NickK edited the task description. (Show Details)
EDIT
Jonas added a comment.So when I add a form there is already a grammatical feature present?
How is the grammatical feature provided then?
Is there a mockup of this?MOCK DETAILhttps://phabricator.wikimedia.org/M209EMAIL
thiemowmde reopened this task as "Open".thiemowmde edited projects, added Easy; removed Wikidata-Sprint.thiemowmde removed thiemowmde as the assignee of this task.thiemowmde added a comment.Herald added a subscriber: TerraCodes.
I must have done something wrong. You are right, I also see edit
thiemowmde added a comment.
There is way to much essential information missing here: Steps to reproduce, what "search" the ticket is referring to, what information is provided to said search (e.g. via an example URL), what "failures" appear, and where they appear. Currently the ticket jumps
MF-Warburg added a comment.
In T160868#3117377, @Dereckson wrote:
@MF-Warburg Wikimedia language engineering isn't currently happy with translation progress: they would like 100 more messages translated, as requested here last year.
I've contacted the contributors again to make this happen.
Jan_Dittrich added a comment.As far as I am concerned, there should always be a grammatical feature present – and even if not, the buttons would read "Add statement" and "Add form" and thus could be differentiated.MOCK DETAILhttps://phabricator.wikimedia.org/M209EMAIL
Jan_Dittrich added a comment.Thanks. I uploaded a new revision.MOCK DETAILhttps://phabricator.wikimedia.org/M209EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Aleksey_WMDE, WMDE-leszek, thiemowmde, Jonas, QZanden, D3r1ck01, Izno,
Jonas added a comment.I think we also need a solution for when no grammatical feature and no statement is present, because right now there would be only two + add buttons with no chance to differentiate.MOCK DETAILhttps://phabricator.wikimedia.org/M209EMAIL
Jan_Dittrich added an image: Screenshot from 2017-03-24 09-13-23.png.MOCK DETAILhttps://phabricator.wikimedia.org/M209EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Aleksey_WMDE, WMDE-leszek, thiemowmde, Jonas, QZanden, D3r1ck01, Izno,
thiemowmde triaged this task as "Low" priority.thiemowmde added a subscriber: JeroenDeDauw.thiemowmde edited the task description. (Show Details)
EDIT DETAILS...Related issue: {T116683}
#patch-for-review:
* [ ] https://github.com/DataValues/Geo/pull/101
* [ ] https://gerrit.wikimedia.org/r/344383
Jonas created subtask T161287: Run QUnit tests in CI.
TASK DETAILhttps://phabricator.wikimedia.org/T157973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, JonasCc: gerritbot, Ladsgroup, daniel, Jan_Dittrich, Aklapper, Lydia_Pintscher, Adik2382,
Jonas created this task.Jonas added projects: Wikidata, Lexicographical data, Wikidata-Sprint.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI tried to enable them ( - name: extension-qunit-composer) in integration/config/zuul/layout.yaml , but they fail:
gerritbot added a comment.
Change 344383 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
[mediawiki/extensions/Wikibase@master] Remove incompatible floating point numbers from all RDF tests
https://gerrit.wikimedia.org/r/344383TASK DETAILhttps://phabricator.wikimedia.org/T161231EMAIL
Jonas added a comment.Are there some icons missing?INLINE COMMENTSImage 664: Icon missing?Image 664: Icon missing?MOCK DETAILhttps://phabricator.wikimedia.org/M209EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_Dittrich, JonasCc: Aleksey_WMDE,
Jonas edited the task description. (Show Details)
EDIT DETAILS...- References
{M209}
TODO: Acceptance criteria
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Aklapper, Jonas, QZanden, D3r1ck01,
Jonas edited the task description. (Show Details)
EDIT DETAILS...Clicking it I can provide a representation ( 'went' ) that is added to the list of Forms.
TODO: @Jan_Dittrich would you please provide a mock up.{M209}
Cucumber:...TASK DETAILhttps://phabricator.wikimedia.org/T160524EMAIL
Jonas edited the task description. (Show Details)
EDIT DETAILS...Each Form should have a representation ( 'goes' ) and a ID ( 'F1' ).
TODO: @Jan_Dittrich would you please provide a mock up.{M209}
Cucumber:...TASK DETAILhttps://phabricator.wikimedia.org/T160522EMAIL
gerritbot added a comment.
Change 344353 had a related patch set uploaded (by Jonas Kress (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Enable browser test in CI
https://gerrit.wikimedia.org/r/344353TASK
gerritbot added a comment.
Change 344578 had a related patch set uploaded (by Jonas Kress (WMDE)):
[integration/config@master] Enable test browsertest and disable Qunit for WikibaseLexeme
https://gerrit.wikimedia.org/r/344578TASK DETAILhttps://phabricator.wikimedia.org/T161201EMAIL
Nemo_bis removed a project: MediaWiki-extensions-Translate.
TASK DETAILhttps://phabricator.wikimedia.org/T159600EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Nemo_bisCc: Nemo_bis, Nikerabbit, Aklapper, ChristianKl, QZanden, D3r1ck01, Izno, Wikidata-bugs,
1 - 100 of 101 matches
Mail list logo
