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, PokestarFan
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 make t
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 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.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
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.
Why
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://github.com/lo
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.TASK
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 c
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'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 DETAILhttps
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, Lordiis
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 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 string
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 merges
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 help
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 before
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 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.
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 u
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 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 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.
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 there were not added
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 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 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-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
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. The re
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 thing
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 between
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't see what
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 CLDR
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
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 label
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 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/settings/panel
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 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.
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 found a way to
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
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 multiple "
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.
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/emailpreferences
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 one field
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 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 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
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"
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 fields or lin
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
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/Q411
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 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.
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 don't
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 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 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-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 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 mentioned in m
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 property
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 PREFERENCEShttps
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=412629717=253981121
That was done by one of Magnus's tools. In T127213#2640378 he said he had changed
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 https
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="). I can (and do) manually edit the URL to get from the query interface to the API, but since I can never quite remember the
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
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: NikkiCc
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.
I had a look at that tracker and found http://unicode.org/cldr/trac/ticket/9137 where two of the codes here (fkv and sje) were already requested but rejected. Given the following comment, it seems like it would be a waste of time to request the addition of more languages
Nikki created this task.Nikki added a project: Wikidata.Herald added subscribers: revi, Aklapper.
TASK DESCRIPTIONThere are a number of languages which currently don't display an English name when used on Wikidata, e.g. many of the examples on this page.
Could the following English names be added
Nikki added a comment.
I'm also seeing a similar error at the bottom of https://www.wikidata.org/wiki/Wikidata_talk:WikiProject_PhysicsTASK DETAILhttps://phabricator.wikimedia.org/T150737EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Physikerwelt, NikkiCc
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI've seen a couple of cases recently where a date is parsed as having a day when it clearly doesn't:
"Sept 1966" is parsed as "1 September 1966" when I would ex
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSee https://www.wikidata.org/wiki/Q202642, the value is "0.000539116" but is displayed as "0.00 second"
Anot
Nikki added a comment.
That doesn't seem to be the problem here, I edited light year earlier after seeing this ticket, but the query in the description still doesn't include it.TASK DETAILhttps://phabricator.wikimedia.org/T150656EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I type the exact name of a property, I get weird behaviour where it seems to automatically select a property without updating the UI.
To reproduce:
Start adding a new statement
Nikki added a comment.
It does already check the label/description (for items, at least, I haven't checked properties) so this sounds like it would be the same underlying problem as T44325. The same thing that was added for T147143 should probably be added to Special:NewProperty too (if it hasn't
Nikki added a comment.
Some more monthly values:
https://fr.wikipedia.org/wiki/Mod%C3%A8le:Relev%C3%A9_hydrologique (with an example for average flow rate of a river)
https://fr.wikipedia.org/wiki/Mod%C3%A8le:Relev%C3%A9_mensuel (with an example for average height of water of a river)
Both
Nikki added a comment.
Do you have any idea when the next DB reload is likely to be?
Q2651609 is another item which is still out of sync (this query still shows an old label)TASK DETAILhttps://phabricator.wikimedia.org/T136393EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Nikki edited the task description. (Show Details)
EDIT DETAILS...Including sitelinks in the results at the moment makes the results hard to read, e.g. You might create a query like [[https://query.wikidata.org/#select%20%2a%20where%20%7B%0A%09%3Fitem%20wdt%3AP31%20wd%3AQ515%20.%0A%09%3Fitem%20wdt
Nikki created this task.Nikki added a project: Wikidata-Query-Service.Herald added subscribers: Base, Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONI can't find a way to return the unencoded page name of a sitelink. There are several scenarios where it would be useful
Nikki added a comment.
There's quite a few things with monthly values like this. https://en.wikipedia.org/wiki/Template:Weather_box has 19 different things. Other languages include other options, I can see one more on https://de.wikipedia.org/wiki/Vorlage:Klimatabelle, at least three more on https
Nikki added a comment.
As I understand it, "interwiki links" here only refers to the links in the sidebar (the bit which Wikidata already handles for most other projects). Links to other wikis in the actual page content (such as the examples sections) should not be affected.TASK D
Nikki added a comment.
That property has only been used about 4000 times, I didn't expect that to translate into ridiculous amounts of data. I don't want or need ten million entries, this isn't even the query I actually wanted results from.
What I was trying to do was get statements
Nikki created this task.Nikki added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONI can't get any results from https://query.wikidata.org/#select%20%2a%20where%20%7B%0A%09%3Fitem%20wdt%3AP1038%20%3Fval%20.%0A%09
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI often find that a disambiguation item will be the top result when searching for items while editing statements. Disambiguation items should rarely be used in statements, so
Nikki added a comment.
We're still getting quite a few duplicates. In the 2016-02-15 dump I found 951 sitelinks that appear more than once, in the 2016-10-10 dump there are 3914. I haven't checked all of them, but I've already come across a bunch of examples with quite a bit of time between
Nikki added a comment.
Thanks for that link. I'm not having much luck finding existing tickets lately. :/
I'm not aware of submitting the form twice, but I suppose it could have happened accidentally. Adding something to Special:NewItem to stop the form from being submitted twice in a very short
Nikki added a comment.
Some more examples:
https://www.wikidata.org/w/index.php?title=Q21516963=""> and https://www.wikidata.org/w/index.php?title=Q21516964=""> from November 2015
https://www.wikidata.org/w/index.php?title=Q21917789=""> and https://www.w
Nikki added a comment.
Just came across an older example from January 2016:
https://www.wikidata.org/wiki/Special:Contributions/77.35.1.85 shows two sequential item creations, both had the same ruwiki sitelink (Q22244973 has since been merged into Q1560118, but there are still two items
Nikki added a comment.
Earlier today abian on IRC mentioned that people are adding redundant P131 statements to get their queries to work.
One of the queries which is failing is this one.
I tried to figure out a way to get it to work and noticed that the selecting by P131 part takes less than
Nikki added a comment.
There are a bunch of deleted properties which are still showing up: http://tinyurl.com/jchjd56TASK DETAILhttps://phabricator.wikimedia.org/T136393EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, NikkiCc: Nikki, ValterVB, hoo
Nikki added a comment.
It happened again with https://www.wikidata.org/wiki/Q27131200 and https://www.wikidata.org/wiki/Q27131201. I clicked the submit button this time.TASK DETAILhttps://phabricator.wikimedia.org/T147143EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Nikki added a comment.
I think it shouldn't allow a merge unless it is also going to create a redirect - either the merge is good and both parts should be done, or the merge is bad and neither should be done. Doing one but not the other always (as far as I can tell) creates a situation where
Nikki added a comment.
There's another ticket somewhere for that. I'd link to it, but I can't find anything with Phabricator's search lately.
It would make it easier for users to work around the problem, but it wouldn't really fix the underlying issue.TASK DETAILhttps://phabricator.wikimedia.org
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI just created an item with a sitelink. When I tried to add statements to the item, I got an error saying that the sitelink was already in use by another item (not that I was trying
Nikki created this task.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSome errors don't cause the run button to be re-enabled and the "Running query" banner does not go away.
I've seen this happen when the server returns 502 (see screenshot on T146576), 504 and when running que
Nikki added a comment.
First you said it was stated policy, now you're saying it's not stated anywhere. I'm clearly wasting my time trying to get a straight answer from you.TASK DETAILhttps://phabricator.wikimedia.org/T137810EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Nikki added a comment.
Could you point me to the "stated policy" you mention? The only one I can find is https://meta.wikimedia.org/wiki/Language_proposal_policy which is specifically about starting new projects and doesn't even say anything about macrolanguages.TASK D
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONTo reproduce:
Start adding a new statement
Enter a string of random characters in the property field to cause "No match was found" to be displayed
Start adding another new
Nikki added a comment.
The minimum requirements are quite clearly stated on the page I linked and mn-mong does meet them. If you feel so strongly about macrolanguage codes that you're not willing to accept that those are the criteria for the monolingual text datatype, then perhaps @Lydia_Pintscher
701 - 800 of 954 matches
Mail list logo
