Community consensus can be reached by discussing it on Wikidata. Start on Project Chat and point to that discussion on the property talk page.

This needs community consensus in order to change this. So first you need to find consensus among the Wikidata community and when there's clear consensus it could be changed. Don't know if it can be done with the script that was used during the migration or that the official process for changing datatypes (Property for Deletion request and when there's consensus, the old one is deprecated and a new one is created). That's something for @Lydia_Pintscher and her team to decide, when there's community consensus.

@GerardM @jhsoby Are qya and sjn allowed as languages for monolingual properties?

@GerardM @jhsoby Is shy allowed as a monolingual language?

I'll write a patch later today

@Lydia_Pintscher Considering GerardM's last comment is this still a go or is it now a no go? Just want to be sure, before I start making a patch with the result it will never be merged.

cnr = Serbo-Croation
Autonym црногорски‎ (Crnogorski)
https://www.ethnologue.com/language/cnr

Tested Firefox 59.0.1 on Windows 10, Chrome 65.0.3325.162 on Windows 10 and Microsoft Edge on Windows 10 (last 2 browsers both logged in and not logged in) and can't reproduce it. Maybe someone that also has MacOS can test it.

There is too much data returned for the query service to handle within the timelimit.
A little optimization for your query:

https://gerrit.wikimedia.org/r/#/c/406399/ fails on this as well

According to https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team&oldid=648377029#Monolingual_string_language_code_(%22cnr%22) there is Langcom approval. Is the approval sufficient for merge?

This needs LangCom approval. After that I can make a patch.

I checked your links and they say Montevideo to me and I even see a picture on the second link.

In T187344#3984000, @Csisc wrote:

@Mbch331 I will not raise the priority again. However, please try to work on it

@Csisc Since there's no approval by the langcom yet, there can't be anybody assigned to the ticket as there is nothing to code yet. And second without langcom approval there is no need to set the priority to high. And for this task approval by the langcom as a whole is needed and not approval by 1 member.
So please don't assign this to individual langcom members and don't set the priority.
Only developers can set the priority when working on the task.

In T187655#3981883, @MarcoAurelio wrote:

May also need confirmed user status to be granted as previous demos with multiple new users of Quickstatements have failed because of some issue possibly to do with IP throttling/new user status.

We cannot do that from here, sorry; but any Wikidata administrator can.

This is mainly a request for temporary lifting the ip-cap limit. Not really a Wikidata issue.

In T187344#3981504, @Csisc wrote:

In T187344#3981503, @Mbch331 wrote:

You want it for labels and descriptions or for properties of the type monolingual text? If you want the first, then the dialects/languages need to be added to ULS for the second a patch of the Wikidata settings are needed.

For adding labels, descriptions and aliases to Wikidata entities and properties.

You want it for labels and descriptions or for properties of the type monolingual text? If you want the first, then the dialects/languages need to be added to ULS for the second a patch of the Wikidata settings are needed.

As long as there is not approval by the LangCom for these language codes to be added as a monolingual code there is no need to create a patch. And missing monolingual codes don't break Wikidata, so lowering priority to Needs Triage so the Wikidata devs can set priority. And the request needs to follow the rules on https://www.wikidata.org/wiki/Help:Monolingual_text_languages and currently this request doesn't follow those rules.

In T185799#3925607, @Dvorapa wrote:

@Urbanecm Was it? https://meta.wikimedia.org/wiki/Requests_for_new_languages/Wikiversity_Chinese says ''eligible''