Nikerabbit added a comment.
Thanks for the very detailed request. A few quick comments and questions:
> Is it possible to make translatewiki.net translate the MediaWiki syntax to
the Python syntax on export?
Both parsing the files and doing structural transformations for mess
Nikerabbit added a comment.
Noc is not acceptable. It has to be a proper api with stability and uptime
agreements.
TASK DETAIL
https://phabricator.wikimedia.org/T271809
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikerabbit
Cc: Nikerabbit
Nikerabbit added a comment.
FYI: This is workaround is documented in
https://www.mediawiki.org/wiki/Manual:$wgLogo
TASK DETAIL
https://phabricator.wikimedia.org/T146979
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikerabbit
Cc: PokestarFan
Nikerabbit added a comment.
I can't think of any way to read mediawiki-config from cxserver. We could use
some API to get list of Wikipedia periodically and cache it.
TASK DETAIL
https://phabricator.wikimedia.org/T271809
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Nikerabbit raised the priority of this task from "High" to "Unbreak Now!".
Nikerabbit added a comment.
Also affects CX:
https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php72-noselenium-docker/53728/console
--> UBN! by previous shared build failure
Nikerabbit added a comment.
I have worked around this by forking the Dockerfile and using `RUN git clone
https://bitbucket.org/magnusmanske/magnustools.git magnustools && cd
magnustools && git checkout d791f84cba556a29fa5c84543b3c4717a0c63876`
TASK DETAIL
https://phabricat
Nikerabbit added a comment.
Cross-linking https://github.com/wmde/wikibase-docker/pull/140 which actually
makes it possible to use http-protocol concept uris in wikibase-docker.
TASK DETAIL
https://phabricator.wikimedia.org/T263427
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Nikerabbit closed subtask T268232: Add wikidata query builder to
translatewiki.net as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T267731
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, Nikerabbit
Cc: Addshore, Aklapper
Nikerabbit reopened subtask T268232: Add wikidata query builder to
translatewiki.net as Open.
TASK DETAIL
https://phabricator.wikimedia.org/T267731
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, Nikerabbit
Cc: Addshore, Aklapper, Michael
Nikerabbit updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T268662
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikerabbit
Cc: Aklapper, Nikerabbit, Samantha_Alipio_WMDE, Akuckartz, Jelabra, Nandana,
Lahi, Gq86
Nikerabbit created this task.
Nikerabbit added projects: Wikibase-Containers, User-Nikerabbit.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
When trying to use QuickStatements from wikibase-docker, I always get
Nikerabbit added a comment.
I am seeing this error always on my local instance of quickstatements. The
`oauth_callback` parameter is missing the full prefix and is just `api.php`.
This seems to be a bug in quickstatements.
TASK DETAIL
https://phabricator.wikimedia.org/T254202
EMAIL
Nikerabbit closed subtask T268232: Add wikidata query builder to
translatewiki.net as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T267731
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, Nikerabbit
Cc: Addshore, Aklapper
Nikerabbit added a comment.
How I worked around this in the end:
1. Set $wgWBRepoSettings['conceptBaseUri'] = 'http://nimiarkisto.fi/entity/';
2. Explicitly set the conceptUri to http using
https://github.com/wmde/wikibase-docker/pull/140
3. Unlocalise the special page name using
Nikerabbit created this task.
Nikerabbit added projects: Wikibase-Containers, User-Nikerabbit.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
See
https://github.com/wmde/wikibase-docker/commit
Nikerabbit changed the status of subtask T268232: Add wikidata query builder to
translatewiki.net from Stalled to Open.
TASK DETAIL
https://phabricator.wikimedia.org/T267731
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, Nikerabbit
Cc
Nikerabbit changed the status of subtask T268232: Add wikidata query builder to
translatewiki.net from Open to Stalled.
TASK DETAIL
https://phabricator.wikimedia.org/T267731
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, Nikerabbit
Cc
Nikerabbit added a subtask: T268232: Add wikidata query builder to
translatewiki.net.
TASK DETAIL
https://phabricator.wikimedia.org/T267731
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, Nikerabbit
Cc: Addshore, Aklapper, Michael, Alter
Nikerabbit added a comment.
https://integration.wikimedia.org/ci/job/wmf-quibble-selenium-php72-docker/65872/console
15:05:38 [chrome 73.0.3683.75 Linux #0-4] 1) when there is an edit conflict
"before each" hook
15:05:38 [chrome 73.0.3683.75 Linux #0-4] element (&quo
Nikerabbit added a comment.
https://integration.wikimedia.org/ci/job/wmf-quibble-selenium-php72-docker/65707/console
for https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Translate/+/636550
TASK DETAIL
https://phabricator.wikimedia.org/T264841
EMAIL PREFERENCES
https
Nikerabbit added a comment.
Happened again on
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Translate/+/634030
See also T264926: Wikibase Selenium tests are flaky
<https://phabricator.wikimedia.org/T264926> which also lists this error and a
few others.
TASK DETAIL
Nikerabbit removed a project: UniversalLanguageSelector.
Nikerabbit closed this task as "Invalid".
Nikerabbit added a comment.
I have opened a new issue for the ULS error: T265325: TypeError:
(intermediate value).toLowerCase is not a function
<https://phabricator.wikimedi
Nikerabbit closed this task as "Resolved".
Nikerabbit claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T263265
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikerabbit
Cc: CBogen, Addshore, Aklapper, Nikerabbit, Samantha_A
Nikerabbit added a comment.
I am not sure which of changes done for ticket T263427: Unable to process a
particular wikibase dump using munge.sh (localised namespace name)
<https://phabricator.wikimedia.org/T263427> made a difference, but I no longer
see this. I suspect it may
Nikerabbit renamed this task from "Unable to process a particular wikibase dump
using munge.sh" to "Unable to process a particular wikibase dump using munge.sh
(localised namespace name)".
TASK DETAIL
https://phabricator.wikimedia.org/T263427
EMAIL
Nikerabbit added a subscriber: dcausse.
Nikerabbit added a comment.
Many thanks to @dcausse who identified two issues:
Localised namespace in wdata prefix:
@prefix wdata: <https://nimiarkisto.fi/wiki/Toiminnot:EntityData/> .
I worked this around with `s
Nikerabbit added a comment.
I made a copy of the Wikibase wiki, updated it to 1.33 (yay for 22 hour spent
on database schema updates), and made a new rdf dump (another 10 hours) and
spend half a day in a debugger trying to understand the Munge Java code. It is
very complicated, so I did
Nikerabbit removed a project: Patch-For-Review.
TASK DETAIL
https://phabricator.wikimedia.org/T249458
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: santhosh, Nikerabbit
Cc: WMDE-leszek, Aftabuzzaman, RoyZuo, KartikMistry, Nikerabbit, Pginer-WMF
Nikerabbit created this task.
Nikerabbit added projects: Wikibase-Containers, User-Nikerabbit.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Symptoms:
- The script uses all CPU for hours, without producing any output
Nikerabbit created this task.
Nikerabbit added projects: Wikibase-Containers, User-Nikerabbit.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
I'm using the wdqs-updater image with the following configuration:
wdqs
Nikerabbit removed a project: Language-Team (Language-2020-Focus-Sprint).
Nikerabbit added a comment.
Can this be marked as a duplicate of one of those tasks?
TASK DETAIL
https://phabricator.wikimedia.org/T257415
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Nikerabbit added a comment.
This is not a decision the language team can make. Maybe langcom could
comment whether they think these codes are suitable and Wikidata devs need to
see whether this can be done and is it technically okay.
If you decide to add these new code(s), the Language
Nikerabbit removed projects: Wikidata, MediaWiki-extensions-WikibaseClient.
TASK DETAIL
https://phabricator.wikimedia.org/T255955
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikerabbit
Cc: Aklapper, Eptalon, Rileych, chapulina, Alfa80, Nizil
Nikerabbit added a comment.
"Edit links" is from Wikibase. What is the connection between that and CX's
"grey links"?
TASK DETAIL
https://phabricator.wikimedia.org/T254476
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nik
Nikerabbit added a comment.
It seems this affects:
- No Wikidata link to add interlanguage links
- No Content Translation grey links to start a translation
- No UniversalLanguageSelector cog for easy access to language settings.
TASK DETAIL
https://phabricator.wikimedia.org/T252800
Nikerabbit added a comment.
No relation to categories as far as I can think.
TASK DETAIL
https://phabricator.wikimedia.org/T249458
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pginer-WMF, Nikerabbit
Cc: Nikerabbit, Pginer-WMF, Jpita, Aklapper
Nikerabbit added a comment.
I do remember adding the `StubObject::unstub( $wgLang );` for T214358: Fatal
error: Uncaught TypeError: Argument 2 passed to
TranslateHooks::onPageContentLanguage() must be an instance of Language, string
given <https://phabricator.wikimedia.org/T214358>.
Nikerabbit added a project: Traffic.
Nikerabbit added a comment.
Restricted Application added a project: Operations.
As I said above, there isn't enough information for me to debug.
I wonder if #traffic <https://phabricator.wikimedia.org/tag/traffic/> could
check if this is
Nikerabbit renamed this task from "Write an RFC describing in detail possbile
solutios for checking user-provided regexes in contraints" to "Write an RFC
describing in detail possible solutions for checking user-provided regexes in
constraints".
TASK DETAIL
https://phabr
Nikerabbit closed this task as "Declined".
Nikerabbit added a comment.
Jobs are started
`2019-11-04T21:01:52 mw1300 INFO[Job: TranslationsUpdateJob][Request
ID: XcCRvwpAMEwAAAxc7joAAACY][Title: Help:About data] Starting
TranslationsUpdateJob`
The log notice for the 5
Nikerabbit added a comment.
Renaming ./mediawiki-extensions//AbuseFilter/i18n/ais.json to
./mediawiki-extensions//AbuseFilter/i18n/szy.json
Renaming ./mediawiki-extensions//AccountInfo/i18n/ais.json to
./mediawiki-extensions//AccountInfo/i18n/szy.json
Renaming ./mediawiki
Nikerabbit added a comment.
List of renamed pages is temporarily at
https://translatewiki.net/static/temp/ais.txt
I am now going to run the following new scripts to rename files in repos:
repomulti update
php export-rename-language.php --group '*' --source-language ais
Nikerabbit added a comment.
I'm going to perform mass renames with:
php replaceAll.php --nsall --rename /ais /szy -s
"https://phabricator.wikimedia.org/T174601; -m --dry-run --debug
TASK DETAIL
https://phabricator.wikimedia.org/T174601
EMAIL PREFERENCES
Nikerabbit added a comment.
I don't like the idea of "figure out later". It just piles more unplanned
work on us (or worse, mess is left behind). Let's make a proper plan and get it
resourced.
TASK DETAIL
https://phabricator.wikimedia.org/T174601
EMAIL PREFERENC
Nikerabbit closed this task as "Invalid".
Nikerabbit added a comment.
Restricted Application removed a subscriber: Liuxinyu970226.
Using this input on Special:ExpandTemplates with `Pi` as page name:
{{#property:P1181}}
{{#statements:P1181}}
{{formatnum:{{#prop
Nikerabbit added a comment.
Probably... it also doesn't allow to change priority.
TASK DETAIL
https://phabricator.wikimedia.org/T231439
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE, Nikerabbit
Cc: Lucas_Werkmeister_WMDE
Nikerabbit added a comment.
Doesn't seem to be happening currently, on quick look. But I think the test
was changed on T231074: Selenium tests will fail on gate
<https://phabricator.wikimedia.org/T231074> recently.
TASK DETAIL
https://phabricator.wikimedia.org/T231439
EMAIL PREFE
Nikerabbit created this task.
Nikerabbit added projects: Wikimedia-production-error (Shared Build Failure),
Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
E.g.
https://integration.wikimedia.org/ci/job/wmf-quibble-vendor-mysql-hhvm-docker/35370/console
14
Nikerabbit added a comment.
https://github.com/wikimedia/language-data/pull/61
TASK DETAIL
https://phabricator.wikimedia.org/T226701
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tulsi_Bhagat, Nikerabbit
Cc: Urbanecm, Tulsi_Bhagat
Nikerabbit added a project: translatewiki.net.
Nikerabbit added a comment.
There isn't an established process for language code changes. We could use a
code map temporarily, but I'd guess there aren't that many /ais pages so they
could be moved over with ReplaceText command line script
Nikerabbit added a comment.
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/UniversalLanguageSelector/+/511336
is relevant for language search by name.
TASK DETAIL
https://phabricator.wikimedia.org/T223524
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Nikerabbit added a comment.
There is an incorrect `X` for `se` in autocompletion. It works:
https://www.wikidata.org/wiki/Special:ApiSandbox#action=languagesearch=json=pohjoissaa
TASK DETAIL
https://phabricator.wikimedia.org/T223524
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Nikerabbit added a comment.
In T223524#5189474 <https://phabricator.wikimedia.org/T223524#5189474>,
@Zache wrote:
> Question number 1 is why southern sami does work in all places, but inari
sami does not?
grep sje languages/data/Names.php
grep sma langu
Nikerabbit renamed this task from "Merge Blocker: Test failures in
WikibaseLexeme" to "Merge Blocker: Test failures in WikibaseLexeme:
Special:RecentChanges shows lemmas in title links to lexemes".
Nikerabbit added a project: Lexicographical data.
Restricted Application added
Nikerabbit added a project: ArticlePlaceholder.
Nikerabbit added a comment.
Restricted Application added a project: Wikidata.
I can reproduce the failure when ArticlePlaceholder is installed. Krinkle was
also right about the failure. At that point only `mw.cx.Sitemapper` is defined.
TASK
Nikerabbit added a comment.
@Jdlrobson It seems your question is about language converter, about which we
in the Language team do not know much about nor maintain. If there is any
custom caching besides parser cache, it is likely that anything that relies on
{{int:}} (In this case
Nikerabbit triaged this task as "Unbreak Now!" priority.
Restricted Application added subscribers: Liuxinyu970226, TerraCodes.
TASK DETAIL
https://phabricator.wikimedia.org/T218280
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nik
Nikerabbit created this task.
Nikerabbit added projects: MediaWiki-extensions-WikibaseView, Lexicographical
data.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
ContentTranslation merges are blocked due to this error, for example:
https://integration.wikimedia.org/ci
Nikerabbit triaged this task as "Unbreak Now!" priority.
Restricted Application added subscribers: Liuxinyu970226, TerraCodes.
TASK DETAIL
https://phabricator.wikimedia.org/T217627
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nik
Nikerabbit created this task.
Nikerabbit added a project: Lexicographical data.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
CX patches are seemingly randomly failing with:
07:41:35 HeadlessChrome 71.0.3578 (Linux 0.0.0) LOG: 'Exception in
module-execute in module
Nikerabbit added a comment.
Missing from
https://github.com/wikimedia/language-data/blob/master/data/langdb.yaml are:
sjk, sia, sjt. Do note that an autonym is required to add language names there.
ULS uses this database. All other listed languages are already in ULS.
TASK DETAIL
https
Nikerabbit added a comment.
In T213318#4895739, @Joe wrote:
I would hardly define Wikibase as "part of a basic installation".
That's not what I wanted to say. It meant something like "meeting the user expectations of a modern wiki" which includes Visual Editor and these
Nikerabbit added a comment.
Do I understand this correctly, that this would add a mandatory Nodejs service to run a Wikibase installation? Is there no client side rendering support planned initially? As an sysadmin for couple of third party wikis (some of which use Wikibase) I am hoping that when
Nikerabbit added a comment.
In T209820#4831468, @Ladsgroup wrote:
One simple solution to avoid all sorts of issues is to change language of yuewiktionary from 'yue' to 'zh-yue'
The documentation for $wgLanguageCode clearly states:
* Warning: Don't use any of MediaWiki's deprecated language
Nikerabbit removed a project: UniversalLanguageSelector.Nikerabbit added a comment.
It is not ULS either. It's coming (or rather no language links are coming) from PHP side. It seems Wiktionary main pages usually manage their language links manually (the few ones I checked).TASK DETAILhttps
Nikerabbit added a comment.
Are these interwiki codes or language codes? I see simple on the list but simplewiki uses en as the content language. https://en.wikipedia.org/wiki/Special:ApiSandbox#action=""> lists boths zh-yue and yue so I suppose you want to include both codes as lon
Nikerabbit added a comment.
I don't remember any recent occurrences. If you believe this is fixed, feel free to close.TASK DETAILhttps://phabricator.wikimedia.org/T204105EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: WMDE-leszek, Addshore
Nikerabbit created this task.Nikerabbit added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONCX patches fail to merge quite regularly due to this error, see for example https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php70-docker/9954/console
Nikerabbit triaged this task as "Unbreak Now!" priority.Nikerabbit added a comment.Restricted Application added subscribers: Liuxinyu970226, TerraCodes.
I confirmed with recheck that this was not one-off :(TASK DETAILhttps://phabricator.wikimedia.org/T202114EMAIL PREFER
Nikerabbit created this task.Nikerabbit added a project: Lexicographical data.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONhttps://integration.wikimedia.org/ci/job/quibble-vendor-mysql-hhvm-docker/11155/console
1) Wikibase\Lexeme\Tests\MediaWiki\Specials\SpecialNewLexemeTest
Nikerabbit lowered the priority of this task from "Unbreak Now!" to "Needs Triage".Nikerabbit added a comment.
I haven't seen this blocking anymore.TASK DETAILhttps://phabricator.wikimedia.org/T201901EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailprefer
Nikerabbit triaged this task as "Unbreak Now!" priority.Nikerabbit added a comment.Restricted Application added subscribers: Liuxinyu970226, TerraCodes.
Marking UBN! because this blocks ContentTranslation merges.TASK DETAILhttps://phabricator.wikimedia.org/T201901EMAIL PREFER
Nikerabbit created this task.Nikerabbit added a project: Lexicographical data.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONhttps://integration.wikimedia.org/ci/job/quibble-vendor-mysql-hhvm-docker/10604/console
Session ID: fe3ced057244a4a6605bf2d9008be9e4
Spec: /workspace/src
Nikerabbit added a comment.
In T200693#4471255, @Addshore wrote:
At one point my hunch was leaning toward something odd happening with the LinkCache during execution, as this is what is relied upon for the Title::exists check, and it looks like it is only cleared in specific cases
Nikerabbit added a comment.
The errors seems to have changed and now appear in PHPUnit section: https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-hhvm-docker/9369/console
You are probably aware, but mentioning just in case.TASK DETAILhttps://phabricator.wikimedia.org/T200693EMAIL
Nikerabbit added a comment.
Based on my debugging it seems that it is the very first call to WikibaseApi.createItem() that is failing. It seems Tarrow is already debugging inside Wikibase why that is happening, so I am not planning to continue debugging this for now.TASK DETAILhttps
Nikerabbit added a comment.
Possibly unrelated but now I am also seeing quite a few of these:
WARN: 'jQuery.Deferred exception: Cannot read property 'id' of undefined', 'TypeError: Cannot read property 'id' of undefined
at Object.deserializeForm
WARN: 'jQuery.Deferred exception: Cannot read
Nikerabbit added a comment.
I would start from Unhandled rejection Error: failed-save: The save has failed.
You could modify the test to output more information than just the error code failed-saved.
We would also appreciate that if this test could be temporarily disabled if it cannot be fixed
Nikerabbit triaged this task as "Unbreak Now!" priority.Nikerabbit added a comment.Herald added subscribers: Liuxinyu970226, TerraCodes.
Anything that breaks continuous integration, preventing patches from being merged -> UBN!TASK DETAILhttps://phabricator.wikimedia.org
Nikerabbit created this task.Nikerabbit added a project: Lexicographical data.Herald added a project: Wikidata.
TASK DESCRIPTIONIt seems this has been happening for past three days: https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-hhvm-docker/8704/console
1) Lexeme:Forms can be added
Nikerabbit added a comment.
It this talking about the docker-compose example in the wikibase-docker repo?
Yeah.TASK DETAILhttps://phabricator.wikimedia.org/T196631EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: Addshore, Nikerabbit, Susannaanas
Nikerabbit added a comment.
I can't think of any place where we would show only language codes. Usually it is one of these:
autonyms only
E.g. Universal Language Selector, Interlanguge list, translatable pages
language code + translated language name with fallback to autonym
E.g. action
Nikerabbit removed a project: Language-Team.
TASK DETAILhttps://phabricator.wikimedia.org/T151269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Raymond, NikerabbitCc: gerritbot, jhsoby-WMNO, PokestarFan, santhosh, Nemo_bis, abian, Pigsonthewing
Nikerabbit edited projects, added MediaWiki-Interwiki, Wikidata; removed Language-Team.Nikerabbit added a comment.
In the query results there is also \ufffd – truncation or other issue?TASK DETAILhttps://phabricator.wikimedia.org/T173578EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
Nikerabbit added a comment.
I just wanted to highlight alternative possibilities: given that the ULS language search api is way more advanced that just matching word boundaries, it would be useful to take advantage of it more widely instead of re-implementing it. This can be done by moving
Nikerabbit added a comment.
sju is not present in https://github.com/wikimedia/language-data/blob/master/data/langdb.yamlTASK DETAILhttps://phabricator.wikimedia.org/T188599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhsoby-WMNO, NikerabbitCc: Nikerabbit
Nikerabbit added a comment.
sjd is not present in https://github.com/wikimedia/language-data/blob/master/data/langdb.yamlTASK DETAILhttps://phabricator.wikimedia.org/T188596EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhsoby-WMNO, NikerabbitCc: Nikerabbit
Nikerabbit added a comment.
The language search (action) API is provided by the ULS extension. OOUI can't depend on it unconditionally.TASK DETAILhttps://phabricator.wikimedia.org/T139228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: Nikerabbit
Nikerabbit added a comment.
Would be good to know what language codes are those five things treated internally.TASK DETAILhttps://phabricator.wikimedia.org/T121747EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: Amire80, Petar.petkovic
Nikerabbit added a comment.
In T187344#3995616, @Csisc wrote:
@Nikerabbit So, I ask if you can add these Arabic languages to ULS.
You haven't provided all required information, see T187344#3974892 and if you want me to make a pull request to language-data there will be additional delays as I
Nikerabbit added a comment.
In T187344#3992975, @Baba_Tabita wrote:
Afaik, any language to be added to the ULS has to have a certain proportion of translations done at translatewiki.net
That is not correct. ULS (or nowdays language-data where this data is) takes any valid language code
Nikerabbit removed a project: Language-Team.
TASK DETAILhttps://phabricator.wikimedia.org/T168295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: Nikerabbit, Esc3300, Smalyshev, Nikki, Aklapper, Lahi, Gq86, Lucas_Werkmeister_WMDE
Nikerabbit added a comment.
If you move the messages in en.json (do not rename!) it should be fine. L10n-bot will do the rest.TASK DETAILhttps://phabricator.wikimedia.org/T180459EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: gerritbot, Addshore
Nikerabbit added a comment.
Ping @WMDE-leszek any updates? :)TASK DETAILhttps://phabricator.wikimedia.org/T180459EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: gerritbot, Addshore, Aklapper, WMDE-leszek, Nikerabbit, Lahi, Gq86
Nikerabbit removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T180459EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: gerritbot, Addshore, Aklapper, WMDE-leszek, Nikerabbit, Lahi, GoranSMilovanovic, Jayprakash12345
Nikerabbit added a comment.
I have accepted the invite. If you are willing, do feel free to give a shot on making the patch, but I just noticed I linked the config for datavalues even though you were speaking of datatypes, which means it needs to be moved from regular mediawiki extensions, which
Nikerabbit added a comment.
Make sure that @translatewiki GitHub user has push rights to the master? branch of that repository.
Then someone (can be me) needs to update https://github.com/wikimedia/translatewiki/blob/master/repoconfig.commit.json#L512-L515 and repoconfig.json to move
Nikerabbit added a comment.
The standard is quite clear on the recommended formatting, and also that language codes are case insensitive.
Internally MediaWiki uses lowercase language codes, and unfortunately those are exposed in user visible places such as when used as subpage for mediawiki
Nikerabbit added a comment.
This prevents installing Wikibase and Maps or SemanticMediaWiki on the same wiki. Is it necessary to require ^0.4.0? As far as I can see ^0.3.0|^0.4.0 could work as well.TASK DETAILhttps://phabricator.wikimedia.org/T173930EMAIL PREFERENCEShttps
Nikerabbit added a comment.
Babel extension already bundles the IANA registry, but does not register the English names with MediaWiki.TASK DETAILhttps://phabricator.wikimedia.org/T168799EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikerabbitCc: Nikerabbit
1 - 100 of 146 matches
Mail list logo
