Nikki added a comment.
More detailed comments:
nl-informal and roa-tara are Wikimedia inventions, so they would definitely need to go into LocalNamesEn.php.
bxr and mo also seem to have been rejected a few years ago in http://unicode.org/cldr/trac/ticket/6763
All of the language-only codes I
Nikki added a comment.
Has this been released? I'm still finding it incredibly difficult to click on the markers and need a way to make them bigger.TASK DETAILhttps://phabricator.wikimedia.org/T148496EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ni
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I try to edit https://www.wikidata.org/wiki/Q3428605 (to remove the bh label) I get the following error:
Could not save due to an error.
The link newiki:मार्वु is already used by
Nikki added a comment.
I would love an easy way to get from the query interface to the API (i.e. a link which replaces "#" with "sparql?format=json&query="). I can (and do) manually edit the URL to get from the query interface to the API, but since I can never quite remem
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSome wikis have multiple pages corresponding to the same concept (and I've tried to document all the cases I know of where we can get multiple valid sitelinks for a single topic at
Nikki added a comment.Herald added a subscriber: TerraCodes.
@hoo: Here's an example from a week ago which was just mentioned on Project Chat: https://www.wikidata.org/w/index.php?title=Q4356886&diff=412629717&oldid=253981121
That was done by one of Magnus's tools. In T127213#
Nikki added a comment.
Wikidata pages don't usually have badges so there's usually nothing to show. The only one which exists right now does show up at https://www.wikidata.org/wiki/Special:PagesWithBadges?badge=Q20748092TASK DETAILhttps://phabricator.wikimedia.org/T152594EMAIL PREFER
Nikki added a comment.
The method I mentioned in the description seems to be fixed, but I've found another way I can reproduce it fairly reliably:
Load https://test.wikidata.org/wiki/Q778 again
Click the "add" link to add a new statement
Type "instance o" into the prop
Nikki reopened this task as "Open".Nikki added a comment.
I'm reopening this since the problem isn't completely resolved (see above). :(
I have noticed that if I check the console after accidentally triggering this problem while editing, it shows the same error I ment
Nikki created this task.Nikki added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONFor simple.wikipedia.org sitelinks, the value of schema:inLanguage is "en-x-simple" (example query).
Since "simple&
Nikki added a comment.
There are currently 4 items with labels for this language code. Does this mean those labels should be removed?TASK DETAILhttps://phabricator.wikimedia.org/T150633EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Dereckson, NikkiCc: Nikki
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONautodesc is creating URLs like https://www.wikidata.org/w/api.php?action="">...
It should not be prefixing the property IDs.
There are two versions that I c
Nikki added a subscriber: Magnus.Nikki added a comment.
I had a look into how to fix this, this change (on my somewhat edited copy of the script) seems to work to prevent it from trying to load descriptions for anything other than items.
I tested it against searches in the main namespace
Nikki added a comment.
Spaces would be better for all three use cases I listed, so I would prefer spaces.TASK DETAILhttps://phabricator.wikimedia.org/T148923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: gerritbot, Esc3300, Smalyshev, WikidataFacts
Nikki added a comment.
It's not just those special codes which are missing, any code which is only available for monolingual text is not shown (the list seems to be defined here).
CLDR only has names for some of the codes but I already requested local English names for the ones which
Nikki edited the task description. (Show Details)
EDIT DETAILS...* mo: "Moldovan"
* moe: "Montagnais"
* nl-informal: "Dutch (informal address)"...TASK DETAILhttps://phabricator.wikimedia.org/T151269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/pane
Nikki added a comment.
Oh, T124758 and T147839 seem to be the same thing.TASK DETAILhttps://phabricator.wikimedia.org/T153850EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Nikki, Micru, Aklapper, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Arrbee
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONTo reproduce:
Copy a language code, e.g. "de", to the clipboard
Start editing a monolingual text statement, e.g. one of the ones on https://www.wikidata.org/wiki/Q4115189
Clic
Nikki added a comment.
It seems that codes added for both labels and monolingual text (the ones defined here) also don't show up in the selector.TASK DETAILhttps://phabricator.wikimedia.org/T153850EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc:
Nikki added a comment.
There's T146205 for a keyboard shortcut, btw. The "KeyShortcuts" gadget (which I use) uses just "a", so alt-a would be fairly consistent with that and would probably be usable in situations where the KeyShortcuts gadget isn't (e.g. when text fie
Nikki added a comment.
The example given in the description does not reproduce it for me, but the following does (with the interface in English):
Load https://www.wikidata.org/wiki/Q4115189
Start adding a new statement
Type "f" in the property input field - one "more" is
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONTo reproduce:
Load https://www.wikidata.org/wiki/Q4115189
Start adding a new statement, pick a property and enter a valid value for it
Add a qualifier
Press tab until you get to the
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen you click "edit" to start editing an existing statement, the focus is not moved to the input field.
If you want to edit the value, you have to first click into the input fi
Nikki added a comment.
I had a look at the network requests when this happens and I get
{"error":{"code":"editconflict","info":"Edit conflict.","messages":[{"name":"edit-conflict","parameters":[]
Nikki added a comment.
I would also like to see something better than manually separating them with a pipe character. It's not very intuitive.
It is also an issue on Special:NewItem (I assume you're referring to Special:SetLabelDescriptionAliases).
Another alternative would be to have
Nikki added a comment.
Lakota is already available (see this item for example). You'll need to enter the code for it to use it, until T124758 is fixed.TASK DETAILhttps://phabricator.wikimedia.org/T155378EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ni
Nikki added a comment.
Manchu is already available (see this edit, was added in T137808). You'll need to enter the code for it to use it, until T124758 is fixed.TASK DETAILhttps://phabricator.wikimedia.org/T155417EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferenc
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen entering a value for a statement, you can sometimes press enter to select the top result and save, other times you have to explicitly select the top result manually.
As far as I can
Nikki added a comment.
I created a couple more tickets which I didn't mention on the project chat page - T154896 and T156635. I already got Léa to link the first one from T40968 for me, if someone could add the other one too I would appreciate it. :)
It's not clear to me how the mult
Nikki added a comment.
Labels/descriptions/aliases and monolingual text deliberately do not use the same sets of languages, so a code added for monolingual text is not automatically available for labels.
This request specifically asks for it for monolingual text. If someone wants it to be
Nikki added a comment.
This looks like the same thing I mentioned in T110043#2083784. I don't think it has anything to do with there being an existing statement with that language code, because the language code it is trying to use ("e") is not even a valid one. I haven't foun
Nikki edited the task description. (Show Details)
EDIT DETAILS...* shi-tfng: "Tachelhit (CyrillicTifinagh script)"...TASK DETAILhttps://phabricator.wikimedia.org/T151269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Pigsonthewing, Lydia
Nikki added a comment.
In T63958#3284653, @deryckchan wrote:
@thiemowmde : Imagine your software displays "2017Jahr5Monat22Tag" (which is the Chinese format string with German words substituted in). This is how users of non-"dd Mmm " languages currently feel when we use
Nikki added a comment.
I just got this again. I wrote "mok" and clicked on "Moksha (mdf)" and when I tried to save, it said Could not save due to an error. "mok" is not a known language code., even though the language field said "Moksha (mdf)". I tried s
Nikki added a comment.
I don't get any errors when it works. I don't know how to reproduce it (as I wrote above) but when I see it again I'll try and remember to check.TASK DETAILhttps://phabricator.wikimedia.org/T158058EMAIL PREFERENCEShttps://phabricator.wikimedia.org
Nikki added a comment.
Oh, typical, as soon as I write that, my next test reproduces it.
This time, I edited the last statement I added (this statement). I changed the text from "a" to "asdf", deleted Moksha as the language, pressed "e", clicked on "Emiliano-
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONMonolingual text properties do not allow the pipe character as part of the value. The pipe character and everything after it is silently removed when saving.
For example:
Load https
Nikki created this task.Nikki added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONThere are often cases where I (and other people) want to make queries which involve finding items which have (or don't have) a
Nikki added a comment.
We already have Norman under the (completely incorrect) code nrm and T25216 is asking for the existing Norman Wikipedia to be moved from that code to nrf. If that happens, I would expect Wikidata to also switch to using nrf for Norman. nrf explicitly covers both Jèrriais and
Nikki added a comment.
In T144272#3322282, @Amire80 wrote:
I have a general question here: Are these languages codes provided in WikibaseRepo.php in addition to anything?
I mean, where does the basic list come from? Core Names.php? ULS's langdb? A wikidata.org query? A defined subset of
Nikki added a comment.
In T165648#3337981, @Verdy_p wrote:
To add nrf-GG and
nrf-JE, we still need that Wikimedia renames its existing and incorrect use
of nrm to nrf.
Why do we need nrm to be renamed first? We have ike-cans and ike-latn even though we don't have ike, so I don'
Nikki added a comment.
I'm mostly having problems with this when adding references. I've been using https://www.wikidata.org/wiki/User:Aude/citoid.js which adds the page title to the reference, but it seems lots of websites have pipes in their page titles. That means I have to choose b
Nikki added a comment.
@Lydia_Pintscher: But without something like this, it makes it more likely that people will start removing correct statements to make the warning go away. I can easily imagine a user who is less familiar with the interface (and the fact we're expected to enter the same
Nikki added a comment.
In T165648#3349731, @Verdy_p wrote:
@Mbch331 "Labels aren't monolingual strings". Of course they are (or should be) monoligual as we request users to provide monolingual translations for them.
I think you've misunderstood what Mbch331 is trying to say.
Nikki created this task.Nikki added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONQ3342801 is out of sync on wdqs1002, this query should return false. It was last edited on 2017-05-17.
Q28891502 is out of sync on
Nikki created this task.Nikki added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONFor labels, the codes crh-latn and nds-nl are lowercase (see this query). For sitelinks, they are written crh-Latn and nds-NL (see
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThis is probably very minor, but according to https://phabricator.wikimedia.org/source/mediawiki/browse/master/languages/data/Names.php, https://github.com/wikimedia/operations-mediawiki
Nikki added a comment.
Would this be intended to provide a full solution to T151269? If so, it would also need to support non-standard MediaWiki languages (e.g. "nl-informal") and IETF language tags with countries, scripts or other variants (e.g. pt-br, ku-arab, be-tarask).TASK D
Nikki added a comment.
In T151269#3377756, @Nemo_bis wrote:
That's incorrect. When I asked on behalf of Wikimedia, the names were added (maybe because I'm Wikimedia's CLDR ST manager?).
Wasn't http://unicode.org/cldr/trac/ticket/9137 your request? The codes requested
Nikki added a comment.
It probably happened on a particular item, but I have absolutely no idea which. :(TASK DETAILhttps://phabricator.wikimedia.org/T167653EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: thiemowmde, Pigsonthewing, Lydia_Pintscher
Nikki added a comment.
I was just trying to add an alias which contains pipe characters and instead of the text I entered, it split it into two separate aliases (see https://www.wikidata.org/w/index.php?diff=514571743 where it added "N" and "ng" instead of "N||ng").
Nikki added a comment.
It appears that T11360 has added support for setting the language for individual pages. One of the suggestions (first "contact the development team" link, timestamp "06:28, 22 June 2016") was to add support for that and then make it so that Wikidata allow
Nikki added a comment.
I don't think disambiguation items should be removed from the suggester entirely:
We have some statements using "different from" (e.g. https://www.wikidata.org/wiki/Q16479551) to prevent names being merged with disambiguation pages, and also some statements
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThis happened to me while editing, the following seems to be the minimum needed reproduce the problem:
Find an existing statement with a reference
Click "add" to start addin
Nikki added a comment.
If this ticket includes cancelling the query on the server, should we make a new ticket for simply being able to run a new query before the existing one has timed out? It used to be possible before the run button started being disabled, so it seems like making that possible
Nikki added a comment.
Here's another case which appears to be affected by this: https://www.wikidata.org/wiki/Wikidata:Request_a_query/Archive/2017/06#Alias_.3D_Label (continued in German at https://www.wikidata.org/wiki/Wikidata:Forum#Bezeichnung_.3D_Alias).
I can get 100,000 results befo
Nikki created this task.Nikki added a project: Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONAfter resolving a unique value violation by merging two items, the constraints gadget still shows a violation. Refreshing doesn't
Nikki added a comment.
Someone more qualified will have to comment on whether losing the caching would be a problem.
A couple of other ideas:
Add a short delay to the merge gadget before redirecting to the target item. I'm not sure how long the query service typically takes to notice m
Nikki created this task.Nikki added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONThere seems to be some demand for accessing the item's ID. Right now the only way seems to be to turn the item into a strin
Nikki added a comment.
It might seem simple to you, but you have a lot more experience than most of us. :) The various methods all involve multiple functions, which means remembering which functions you need for the method you want to use, which order to use them in, which arguments the functions
Nikki added a comment.
Yes, it looks like it's fixed.TASK DETAILhttps://phabricator.wikimedia.org/T168523EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: D3r1ck01, NikkiCc: Stashbot, gerritbot, thiemowmde, TerraCodes, Nikki, Aklapper, JamieTubers, Lo
Nikki added a comment.
I'm also having the same problem with not being able to edit on quite a few pages. I tried refreshing, but that doesn't help. Purging the page makes it editable again, but having to do that for every affected page before I can edit is rather inconvenient.TASK D
Nikki added a comment.Herald added a subscriber: PokestarFan.
Scientific values are not the only place where large numbers occur. For example, the total assets of https://www.wikidata.org/wiki/Q312 and the population of https://www.wikidata.org/wiki/Q46 are both above 10^6 and are not places where
Nikki added a comment.
I was able to reproduce this on test.wikidata.org with https://test.wikidata.org/wiki/Q74567 and https://test.wikidata.org/wiki/Q74568 - try adding "some description" as the English description of Q74567. It seems that the new en description on one item is confli
Nikki added a comment.
It's reproducible with long lists too in the right circumstances, e.g. set it to display 10 results at a time, run a query that returns thousands of results, resize the window so that the window is slightly shorter than the page and try to navigate through the results
Nikki added a comment.Herald added a subscriber: PokestarFan.
I'm glad to see I'm not the only one who would like this. :)
I've come across a couple of things which can make Leaflet do polar maps, e.g. https://github.com/GeoSensorWebLab/polarmap.js (Arctic, OSM-based) and https:
Nikki added a comment.
It is possible to manually adjust the coordinates to get the desired display using the same method I used for my locations in Fiji example, e.g. this query. Unfortunately I had to split it into two parts to stop it timing out so it's more complicated than it should be.
Nikki added a comment.Herald added a subscriber: PokestarFan.
In T170374#3429492, @Lucas_Werkmeister_WMDE wrote:
Could we use capture groups and see which does (not) capture?
I don’t see how – all we get back from the query service is “matches” or “doesn’t match”, and doing anything not on the
Nikki added a comment.
There was widespread use of ±0 by the community because, until recently, it was the only way to make it work the way people expected it to, which was to display just the value that they were trying to enter without doing anything weird to it. There were even bots which
Nikki added a comment.
In T96160#3485296, @James_Budday wrote:
Is it suggesting that you should be able to press enter to save without having to tab over?
Yes. Pressing enter to save works in the other input fields, so it should work here.TASK DETAILhttps://phabricator.wikimedia.org/T96160EMAIL
Nikki reopened this task as "Open".Nikki added a comment.Herald added a subscriber: PokestarFan.
I've seen this happen and I can reproduce it fine with the query in the description.
You need a query with lots of fields, like the one in the description. It needs to be enough to m
Nikki added a comment.
As a qualifier would make more sense, since it's clarifying a specific statement.TASK DETAILhttps://phabricator.wikimedia.org/T170374EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Lydia_Pintscher, Nikki, Pokest
Nikki added a comment.
I would prefer to keep the existing single value constraint because it's a very common constraint and replacing it wouldn't have any benefits for users (or would it?).
Being able to specify how many values a multi-value constraint should have sounds perfectly
Nikki added a comment.
This seems like the same thing as T127213 to me.
Merges using the merge gadget are tagged as being done by the gadget and those edits you linked don't have that. Were you thinking of the special page, Special:MergeItems?TASK DETAILhttps://phabricator.wikimedi
Nikki created this task.Nikki added a project: Wikidata-Query-Service.Herald added subscribers: PokestarFan, Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONI was trying to adapt https://www.wikidata.org/wiki/Wikidata:Request_a_query/Archive/2017/06#Search_for_cheese_.28enwiki
Nikki added a comment.
Could you create a ticket for whoever can fix this then?TASK DETAILhttps://phabricator.wikimedia.org/T172685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Smalyshev, Lucas_Werkmeister_WMDE, Aklapper, Nikki, PokestarFan
Nikki created this task.Nikki added a project: Wikidata.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONThe parser for coordinates interprets "s" as "N" and "w" as "E".
To reproduce:
Start adding a coordinate location statement
Nikki added a comment.
In T173035#3517136, @matej_suchanek wrote:
In my interface, which prefers Czech, descriptions usually fallback to English (or Slovak)...
MediaWiki-defined fallbacks work, but user-specific fallbacks (from Babel boxes) don't. That seems to be how all Wikibase-spe
Nikki created this task.Nikki added a project: Wikidata.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONWhen editing sitelinks, it automatically removes trailing whitespace while you're typing. This causes unexpected behaviour with things like backspacing, because one too
Nikki added a comment.
These are available now and I've fixed the ones I could find.
TASK DETAIL
https://phabricator.wikimedia.org/T325969
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Lydia_Pintscher, jhsoby, Amire80,
Nikki closed this task as "Resolved".
Nikki claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T325969
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Lydia_Pintscher, jhsoby, Amire80, Nikki, Danny_Benjafield_WMDE
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
This is available now. I've fixed the lexemes but there might still be
monolingual text statements that need updating.
TASK DETAIL
https://phabricator.wikimedia.org/T356832
EMAIL PREF
Nikki renamed this task from "Add item termbox label, lexeme label, and
monolingual text code support for Balti Yige (bft-tibt)" to "Add item termbox
label support for Balti Yige (bft-tibt)".
TASK DETAIL
https://phabricator.wikimedia.org/T316000
EMAIL
Nikki reopened this task as "Open".
TASK DETAIL
https://phabricator.wikimedia.org/T316000
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nikki, Lydia_Pintscher, jhsoby, Amire80, mrephabricator,
Danny_Benjafield_WMDE
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
This is available now. I've fixed the lexemes but there might still be
monolingual text statements that need updating.
TASK DETAIL
https://phabricator.wikimedia.org/T316000
EMAIL PREF
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
This is available now. I've fixed the lexemes but the monolingual text
statements still need updating.
TASK DETAIL
https://phabricator.wikimedia.org/T359743
EMAIL PREF
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
This is available now.
TASK DETAIL
https://phabricator.wikimedia.org/T332775
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nikki, mrep
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
These are available now.
TASK DETAIL
https://phabricator.wikimedia.org/T326234
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nik
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
These are available now.
TASK DETAIL
https://phabricator.wikimedia.org/T332424
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nik
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
These are available now.
TASK DETAIL
https://phabricator.wikimedia.org/T332425
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nik
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
These are available now.
TASK DETAIL
https://phabricator.wikimedia.org/T326231
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nikki, jh
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
These are available now.
TASK DETAIL
https://phabricator.wikimedia.org/T332423
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nik
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
These are available now.
TASK DETAIL
https://phabricator.wikimedia.org/T325922
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nik
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
These are available now.
TASK DETAIL
https://phabricator.wikimedia.org/T342665
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nikki, Lydia
Nikki closed this task as "Resolved".
Nikki claimed this task.
Nikki added a comment.
This is available now. I've fixed the lexemes but there might still be
monolingual text statements that need updating.
TASK DETAIL
https://phabricator.wikimedia.org/T328603
EMAIL PREF
Nikki added a comment.
These are available for monolingual text and lexemes now.
TASK DETAIL
https://phabricator.wikimedia.org/T320715
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nikki, jhsoby, Lydia_Pintscher, mrephabricator
Nikki renamed this task from "Add termbox label, monolingualtext, and lexeme
support for Gujari" to "Add termbox label support for Gujari".
TASK DETAIL
https://phabricator.wikimedia.org/T320715
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpre
Nikki added a comment.
These are available for monolingual text and lexemes now.
TASK DETAIL
https://phabricator.wikimedia.org/T320714
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Nikki
Cc: Nikki, jhsoby, Lydia_Pintscher, mrephabricator
Nikki renamed this task from "Add item termbox, monolingual text, lexeme
support for Bagri language" to "Add item termbox support for Bagri language".
TASK DETAIL
https://phabricator.wikimedia.org/T320714
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/pa
Nikki renamed this task from "Add item termbox label, lexeme label, and
monolingual text code support for Dogri (doi)" to "Add item termbox label
support for Dogri (doi)".
TASK DETAIL
https://phabricator.wikimedia.org/T316040
EMAIL PREFERENCES
https://phabricator.wi
401 - 500 of 963 matches
Mail list logo
