Help talk:CS1 errors

From Wikipedia, the free encyclopedia
Jump to: navigation, search

Wikipedia + Wikiquote[edit]

I'm a little nervous my work will be undone so forgive my abstraction, but I thought it might be potentially valuable. On an article about a living person who is known for using catch phrases and famous quotes there is a short list. I've started adding citations for when they used those famous quotes, as well as credit to the famous name with Wikipedia link, and then after the linked name another reference to the Wikiquote page of that famous name. Something like so:

  • "Fool me once..."(ref YouTube.com/speech /ref) ~ ((George Bush))(ref Wikiquote.com/George Bush /ref)

Is there a better way to do this or format it? I hope you can understand what I mean, and that this format is reasonable, and perhaps either as is or better modified it might be worthy to include in the style guide. ~ JasonCarswell (talk) 23:52, 9 September 2016 (UTC)

I picked the Tolstoy "History would be a wonderful thing ..." quote at random.
The first two references can be improved:
  • {{cite web |title=Hillary's Reckless Red Scare Blather Endangers America |url=http://www.youtube.com/watch?v=wihGTDVjzaQ |via=YouTube |work=[[Lionel Nation]] |publisher=[[RT (TV network)|RT]] |date=2016-09-06 |accessdate=2016-09-09 |time=5m36s to 5m45s}}
  • {{cite web |title=Trump's Blueprint for Destroying a Hillary Presidency |url=http://www.youtube.com/watch?v=uIn9SkvshGQ |via=YouTube |work=[[Lionel Nation]] |date=2016-03-20 |accessdate=2016-08-26 |time=0m14s to 0m24s}}
But, I don't know what you intended with this one:
A quick search of that wikiquote page did not reveal a match to the quote; so why is this reference there?
As an aside, the url is not necessary: [[q:Leo Tolstoy|]] → Leo Tolstoy (the pipe trick doesn't work inside <ref>...</ref> tags)
—Trappist the monk (talk) 01:01, 10 September 2016 (UTC)

legitimate PMC numbers now above CS1 template limit.[edit]

Copied from the Help Desk

I've been cleaning up CS1 citation errors lately, and I've noticed a couple of cases where apparently valid PMC values (e.g., Oncogenomics ref 29; Orphan gene ref 30) have generated an error. I'm not real knowledgeable about the PMC system, but I think it might be because the value we check against (5000000) needs to be increased. Could someone who knows more about PMC's take a look and confirm? Thanks. --Floatjon (talk) 09:28, 29 September 2016 (UTC)

Fixed in the sandbox. Those errors should go away at the next update to Module:Citation/CS1.
—Trappist the monk (talk) 10:19, 29 September 2016 (UTC)
Yes, I see the change in Module:Citation/CS1/Identifiers/sandbox, bumping to 6000000, what's the expected date on the next sync?Naraht (talk) 10:32, 29 September 2016 (UTC)

error info and link to help in en: not in de:[edit]

I recreated an error to see if the English wikipedia and the German do act the same, and at least for me they don't. In the English one I get the "error/link to help" at the end, e.g. this
Text "url http://example.com " ignored (help);
when I leave out the = in url=http parameter of <ref>{{cite news. When I recreate the same error in German wikipedia I get no such error. The URL in the ref just misses, and the rest (like the title=) is still there. Of course, accepting the error of an invalid URL in a ref is quite senseless since the URL is the main info of a ref (unless it's a hard printed ref). Why is that so? Why no info about the error in the German wikipedia?
Also, why is there no German version of this help page?
And a 2nd error about this help page I just encountered. I want to put some info for myself on my userpage. Since this help page not exists in German, I wanted to add it with en:Help:CS1_errors. When I use the very same syntax on the English wikipedia (even when there the en: is not needed) it is okay, but when I use it on the German wikipedia there is just nothing, it tot expands into a valid URL. Another URL, to mw: (mediawiki) works okay on both the German wikipedia and the English wikipedia... I have to code it like so to work:
[https://en.wikipedia.org/wiki/Help:CS1_errors en:Help:CS1_errors] but coding stuff like so sucks, compared to the shorter version above... Rava77 (talk) 18:26, 14 November 2016 (UTC)

de.wiki does not use cs1|2 as it is implemented at en.wiki. For example, our {{cite book}} uses our Module:Citation/CS1 while at de.wiki de:Vorlage:Literatur uses de:Modul:Vorlage:Literatur.
You can try this: [[:en:Help:CS1_errors|Help:CS1_errors]] to link to this help page. Not sure how much real use it is since de.wiki and en.wiki do not share the underlying citation template code.
—Trappist the monk (talk) 18:41, 14 November 2016 (UTC)
Trappist, that cannot be right. I just used the same code on en: and on de, on my user page test pages, both using the <ref>{{cite news kind of code, and in both cases it created the kind of ref I wanted. So, maybe de: uses its own but also supports the en: one? Anyhow, in my book it makes not much sense when every other language wikipedia uses its own code for such stuff, you then have to kill your time with learning all that different nonsense instead of editing articles... (When you only have to learn one set of code that's no nonsense, that's okay, but when you are active in 2 or 2+ languages and have to learn new code for each of these, that makes no real sense to me...)
And [[:en:Help:CS1_errors]] works okay... I presume it works on English with mw:Title and on German with mw:Title but German needs :en:Title is one more quirky wikipedia behaviour?
Update: Look here, I used the above code on de: and it works fine: https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Lua/Modul/Zitation#.3Cref.3E.7B.7Bcite_news_.3F Rava77 (talk) 21:15, 14 November 2016 (UTC)
Despite your assertion that I am wrong, I am right. de.wiki has its own de:Vorlage:Cite_news which is not at all the same as en.wiki's {{cite news}}. Compare the output of the two templates:
The Riots: 15 Years After, example.com. Abgerufen am 14. November 2016. – de.wiki Vorlage:Cite_news
"The Riots: 15 Years After". example.com. Retrieved 2016-11-14.  – en.wiki {{cite news}}
The templates take many of the same parameters as input but that is where the similarity ends. de.wiki and en.wiki use entirely different software to process those 'inputs'.
It is not necessarily one more quirky wikipedia behaviour. In the olden days before WikiData, to connect to an article on the same subject in another wiki we used the form [[de:artcle title]]. This mechanism does not produce a visible link in the article text but does add a language link in the page's left column under the Languages heading (Sprachen at de.wiki). Add [[en:Help:CS1_errors|Help:CS1_errors]] to your user page, click Vorschau zeigen, and notice in the left column the Sprachen heading has changed to In anderen Sprachen and there is an English link to Help_talk:CS1_errors.
—Trappist the monk (talk) 22:11, 14 November 2016 (UTC)

┌────────────────────────────────┘
"Despite your assertion that I am wrong, I am right. de.wiki has its own de:Vorlage:Cite_news which is not at all the same as en.wiki's {{cite news}}."
Seems we had a misunderstanding here. I never doubted you that de:wiki has its own templates. I just realized that en: templates can work on en: and de:, that's all. And sure, as you pointed out, one prints its results in English, one in German, but even on en:wiki, the German template still works as it should, and the English template also works on de:wiki. Both sure keep their language as it was. That is the one sad thing in all this,if it was coded a bit differently, there could have been just one template for any language wikipedia, and the language the wiki itself is of then would determine which text to print, that is: on en: print Retrieved 2016-11-14, on de: print Abgerufen am 14. November 2016. It would have been possible to implement it like so, and looking at the different language versions of this help page (Dansk, Eesti, Español, Galego, 한국어, Ilokano, עברית, Norsk bokmål, ଓଡ଼ିଆ, Português, Slovenščina, Српски / srpski and 中文) I can only presume that all these language wikipedia use the same English style ref template, and that there are also some like the German wikipedia who use their own or a different version... Like I said, I would have liked it if there was only just one version for all wikipedias, the English version and that the language the wikipedia runs in determines what text is printed by the arguments used. I presume the above listed language wikis just do it like so... Sorry for the misunderstanding.
But looking at the output there is one big difference between the handling of the templates. When using the en: template on de:, de prints the Text in German, as it should be, so you can still use the en: template on de:. But, like you showed above it not works the other way around, when using the German template on en:, it not prints the info in English but the info is still in German... That key difference means that at least editors of German wikipedia can either use the en: or the de: templates, and both will give the wanted results: The info text in German. So, at least at part I got what I wanted. Thanks for the help, Cheers. Rava77 (talk) 02:09, 15 November 2016 (UTC)

If you look at the source text for de:Vorlage:Cite_news, you will see how it works. It accepts many of the English-language parameters that are used in the English Wikipedia's {{cite news}} template. It is designed so that editors can copy English-language {{cite news}} templates to the German Wikipedia without translating the parameters. We have templates like that here, such as {{Cita news}} (same basic idea, implemented a bit differently) and {{Literatur}}. – Jonesey95 (talk) 04:56, 15 November 2016 (UTC)
Thanks for the heads up. And hopefully the last question on that, when I used {{Cite news}} and had a systax error, it not linked me to its {{Cite news}} page or to a (non existing) Help:Cite news_errors but to Help:CS1_errors. I presume CS1 is more generic than Cite news? Rava77 (talk) 07:30, 15 November 2016 (UTC)
At en.wiki, all cs1|2 templates – {{cite book}}, {{cite journal}}, {{cite news}}, {{cite web}}, {{citation}}, and the 19 others – are all processed by Module:Citation/CS1. Because the error detection code is the same regardless of template, error message help text is confined to this single Help:CS1 errors page.
—Trappist the monk (talk) 12:31, 15 November 2016 (UTC)

Bibcode[edit]

Why there is 2010Nature....32..450P bibcode for doi 10.1038/nature09049? It is recognized as invalid by CS1 although cited on many places (Google search displays it, but sometimes there is 2010Natur.465..450S)... --Obsuser (talk) 20:46, 25 November 2016 (UTC)

Surely you aren't saying that Wikipedia is responsible for errors in cites at sites that are not controlled by Wikipedia? The first bibcode, 2010Nature....32..450P is clearly longer than the 19 characters allowed. Click on the link and adsabs.harvard.edu also thinks that bibcode is not good:
Title. Bibcode:2010Nature....32..450P Check |bibcode= length (help). 
Yet the second appears to be correct and also appears to match the doi:
Title. Bibcode:2010Natur.465..450S. doi:10.1038/nature09049. 
So what is the question for us?
—Trappist the monk (talk) 21:11, 25 November 2016 (UTC)
No, just wasn't sure it is incorrect. Thanks.--Obsuser (talk) 22:10, 25 November 2016 (UTC)


How do you confuse Needful with POV?[edit]

re: Help:CS1 errors...

It may be pov to you, but I prefer to consider it a breath of useful truth. THE LENGTH AND VERBOSITY of that Help page is a flunk-able offense to NEEDS of EDITORS donating time to improve articles, such as my fixing OTHER's Dates here. SO TELL ME, why should I be happy it takes five minutes to find the text on how to fix a simple and stupid problem because it has been buried on a page that should never have been assembled. (Note: MOST other types of cites errors SEEN here are tag names, often misspellings, which are specific to the cite template used. Many of those could be combined like publication, journal, etc. if some elitist group wasn't trying to force this or that form of citation styles down our throats.)

If you lot want a comprehensive page no one will ever read completely, then you've managed the goal.

If you want something useful and easy to maintain, then split that page into sections including subpages (by sections with apropos stand alone introductions nested in noinclude blocks and directly linkable), and have your errors point the sole subpage which is 'on topic'... NOT all over creation. In short, STOP WASTING MY TIME with such needless verbosity. I don't work for the Government. // FrankB 17:43, 1 December 2016 (UTC)

@Fabartus: Calling people 'idiots' or the guideline "overblown verbose verbiage" is blatant POV trolling. The templates throw specific errors. If you're curious about why you get that error, the TOC is there. You might get a shortcut to the date table in the lead section if you phrase things neutrally, but you won't achieve much success with the attitude you currently have. Headbomb {talk / contribs / physics / books} 17:48, 1 December 2016 (UTC)
(talk page stalker)The page is long because editors make a wide variety of mistakes in using these complex templates. It has plenty of anchors, it is divided into sections with a TOC, and having it as one long page makes it so that the Find feature of your web browser works well once you have the page loaded. Also, errors in citations within articles always have a "help" link that takes you right to the appropriate section. (For example, in the page linked above, the help link goes to Help:CS1 errors#bad date). In that section, you can see "The access date (in |access-date=) is checked to ensure that it contains a full date (day, month, and year)...."
Fabartus: Do you have specific, constructive suggestions about how we could improve the content or navigability of this page while preserving the advantages described above? We make constructive improvements to the page quite often. Also, starting a discussion on the Talk page corresponding to the page you have questions about is the usual way to get those questions answers. Idiotically yours, – Jonesey95 (talk) 18:03, 1 December 2016 (UTC)
It might be useful to have two sections with the error listings (as appropriate) below: A "Common" and an "uncommon". And we can use these based on the current numbers of articles in the categories. This would probably help to pick out the problem when visiting the full page. --Izno (talk) 18:37, 1 December 2016 (UTC)
Perhaps some of the problem is your error handling doesn't get to the sections for which you have provided anchors. Further, there is no handling for an equivalent term if one cite template uses an variant found in another. This occasion gives a misspelling handling, in effect, so my suggestion there is direct such occasions to the section directly showing that compressed table of legal terms. That way we need not suffer wading through verbosity when we merely need a mental nudge (clue). FrankB
The only way I know to get to the page is from the help links in article error messages. These help links should take you to a section of the page that is relevant to that error message. Are there some help links that just take you to the top of the page, or are there other ways to get to the full page? – Jonesey95 (talk) 21:58, 1 December 2016 (UTC)
As best as I can now recall, this did occur with date errors. Put me at page top, so I had to get vexed trying to wade down looking for the key data. The general problem with the error messages should not be lost by you guys tending this knitting... looking up such is a distraction to what the editor is doing, trying to close, and keep straight. An interruption. The easier and quicker you can make it, the better for all. Hence my subpages suggestion... your handling goes directly to the page designed to show a quick answer (using noinclude blocking-it can display viewed quite directly than the version that gets included as a section. The text is maintained in just one place. ) FrankB 02:36, 2 December 2016 (UTC)
For the record, the text in Help:CS1 errors is maintained in just one place. The text is reused in the various error category pages.
—Trappist the monk (talk) 14:30, 2 December 2016 (UTC)
re: Do you have specific, constructive suggestions about how we could improve the content or navigability of this page while preserving the advantages described above? Jonesey95
Yes, have the error messages help links go to the content-error-type keyed coverage. In my experience, the date formats are the common problem (though oddly, the system as it stands now prefers the same format as my lifelong date preference-post naval service, at least! ... Until a few years ago. Now find YYYY MM DD more useful as a code, since is numerically unique each year.), ... followed by this or that template not taking equivalent terms that are legacy equivalents not used in the originals ( publication = journal = book, for example).
This as I'm sure you know could be handled either by a switch-default or Wikimarkup language's {{{arg1|{{{arg2|{{{arg3|}}}}}}}}}, including passing each alternative to a common parameter define in a intermediate (caller) template.
I used a pass template often and the subpage technique often in a Wikibook, if you want an example, I can re-visit and locate examples. // FrankB 02:36, 2 December 2016 (UTC)
Sorry, I simply do not understand the wandering, general statements that you are making above. It is a challenge to understand your written English; perhaps it is not your first language?
  • To respond about dates: many date formats are supported; all of them are in the Wikipedia Manual of Style.
  • As for help links: my experience with the help links is that they all link to specific sections that explain how to fix the problem.
If you could provide a specific citation number within a specific version of a specific article, and then explain what happens when you try to find a way to fix that citation, that would help. – Jonesey95 (talk) 03:43, 2 December 2016 (UTC)
I do not understand much of this editor's writing either. Editor Fabartus: The burden is on you to show evidence that there is some cs1 error message that does not link to the appropriate section of Help:CS1 errors. Without that evidence, nothing can be done to fix the problem.
—Trappist the monk (talk) 14:30, 2 December 2016 (UTC)
(undent) I have made a first edit to separate the common errors from the uncommon, using roughly ~10k articles in the corresponding categories as a threshold. Perhaps that will satisfy Fabartus? --Izno (talk) 13:27, 2 December 2016 (UTC)
For me, without evidence that there was something fundamentally wrong with the alphabetic organization of Help:CS1 errors, the changes you have made should not have been made. I think that this is a case of it-ain't-broke-so-don't-fix-it.
—Trappist the monk (talk) 14:30, 2 December 2016 (UTC)
I agree with Trappist here. The merging of 'identifier errors' does make some sense, although I didn't really see a need for it. Separating in common errors/other errors is unnatural and confusing though. Headbomb {talk / contribs / physics / books} 14:33, 2 December 2016 (UTC)
Why? This resolve the editor's issue, and I would be remiss if I did not also say that I've gotten lost looking for the common errors. It's also good UX to guide users to the more common issues first before providing an index of all issues. --Izno (talk) 15:15, 2 December 2016 (UTC)
A list of section links from the lede to the most common errors? That would seem preferable to rearranging the content and, presumably, the list of most common is variable so its easier to edit a simple list than it is to move whole sections.
—Trappist the monk (talk) 15:43, 2 December 2016 (UTC)
It may be variable at some point in the future, but the ones I picked out have over 10k pages affected (and some up to 30k). No-one is going to work through that backlog within the next year, if not larger time period. I think we can safely say those are the most common now and then re-evaluate later. list of section links from the lede to the most common errors Which would duplicate the TOC unnecessarily (if we just organized our content sanely!). --Izno (talk) 16:48, 2 December 2016 (UTC)
It too prefer summarizing in the lead rather than re-organizing the sections. Headbomb {talk / contribs / physics / books} 17:25, 2 December 2016 (UTC)
I have undone Editor Izno's changes because somewhere among those changes the markup that allows for text reuse by the various error categories was broken. The various categories should only display the text from Help:CS1 errors appropriate to the category's error message.
—Trappist the monk (talk) 14:49, 2 December 2016 (UTC)
I haven't looked into how Help:LST works, so I'm not going to troubleshoot. And especially since there seems to be some dissension about the change... --Izno (talk) 15:15, 2 December 2016 (UTC)

((undent)) Thanks for {{undent}} Izno. I'm afraid I've tended to avoid these meandering discussions since 2009, but for a couple on the commons. To be clear... MY ISSUE guys, is the CS errors page dumps you into a page that is way to large and hard to navigate. I'm often quite happy enough digging out cites and clear things such as {{cn}} tags others let go a long time, but the demands and differences between one template and another is often stupid to someone schooled in engineering vice concentrations in the liberal arts. I couldn't care less at which citation style is used on any article so long as others can follow along.

But the larger point is, if you want a help page, write a help page. If you want an error message handler, which is what triggered we are discussing', write a KISS principle compliant helpful terse para for each type of needed error message, but keep its coverage short, (ideally less than a laptops screen in length--unless a table)... Don't link into a page which is written as comprehensive help and mostly off point. Link that, but as last thing!

Another common issue is name mismatched, hence the aliasing of nested wikimarkup parameters. If you want a editor help link, give brief concise help with a link to a longer overblown concise guide there. In short, a page that long is one which wastes anyone's time 99% of the time. People running into cites error messages mostly just need just a spelling/correct-label nugget--not to search for a needle in a haystack.

My suggestion was using sub and sub-subpages to directly show that brief message with customized includeonly, noinclude portions similar to the Template help system's /doc pages.
 • the sub-subpages might have the 'quick lookup' of a legal/illegal table. Assuming your error detection points to the sub-page, the line which includes the sub-subpage/table could be nested in a noinclude block up high in the text to display when directly viewed. In other words, arranged for quick re-checks by editors, with leads elsewhere for newbies, so the terse important data first. (Upside down from now)
 • Elsewhere, Text to display when included (such as a section of the current CS1_errors page) would permit total rearrangement of the data in a larger text context... so two occurrences of quick aids such as the dates table. How you handle section edit links depends on how you write and nest {{:Help:CS1 errors/subpage}} & {{:Help:CS1 errors/subpage/table}} psuedo-templates...
 • If the section titles are in the subpage, one can click the normal section-edit link to navigate to the section's subpage & edit the section. Since this is Wikimedia/Help namespace, one can assume (hopefully) only knowledgeable editors are editing. A bit awkward, but it's high time something on the website was organized to be mindful of editor's time and treat it as valuable-and refreshingly brief! // FrankB 00:04, 6 December 2016 (UTC) (Oh, and friend Jonesey95, sorry if you find my organization and interjections in responses to be less understandable than native English. Alas, for that thesis, I grew up near Pittsburgh and my college board score in English was 790 of 800 back in the day. Suspect that came from reading an average of about 5 books a night from the fourth grade on. I'll try to do better-with the organization, at least. Just for you. My English is far better than my Russian, German, Italian, Latin, and French. Never did have an ear for romance languages, so never bothered trying to learn Spanish when I had time, though now I wish I had or could!) FrankB

Clearly a date problem[edit]

Above, Trappist the monk requested proof that something was fishy in Denmark. This section's verbosity clearly notes a date in the DD MMM YYYY format, yet ACCESS-DATE consistently fails to accept such, or at the least, fails on a date with a single number before the month. See the first cite herein, diff.

  • Upon further examination, accessdate or access-date formats probably aren't the error message generation and detection problem — after saving that page to document the problem here, I next substituted a whole series of 'accessdate=' variations, most I suspect were quite legal since they showed up properly in the output of the citation text string,... and got identical error messages.
  • That leads to the suspicion and conclusion* that the issue is the date= test is complaining that a works' date (i.e. issues by month, in this case September 1899) are missing information. Sorry, many older docs don't give a day date, so the detection for these and the date=year forms are both false positives, the MOS be damned. The world is what it is, not what the MOS wants. I shouldn't have to commit intellectual perjury to satisfy some blindly idealistic format in a date when such is not available. //FrankB 03:41, 6 December 2016 (UTC)

* I CONCLUDE it is the missing day field in the date after recollecting a couple of citations wherein I was forced to 'gimmack' that date parameter in a couple edits last week... using similar historical sources. FrankB

WP:MOSDATE does not allow for the comma, and |accessdate= must take a complete and either current or past date, not the future. --Izno (talk) 03:56, 6 December 2016 (UTC)
What Editor Izno said.
But, your reply doesn't answer my request. You wrote that the error handling doesn't get to the sections for which [we] have provided anchors. That is the claim that I have asked you to prove.
—Trappist the monk (talk) 04:04, 6 December 2016 (UTC)
Fabartus, if you click on the "help" link in the error message, you will be taken to section of the Help page that includes a helpful table listing dates that are out of compliance with MOS and how to fix them. The case of "September, 1899" that you linked to above is listed as "Comma in month and year", with an incorrect format followed by the correct format. There is a similar example for "Access date in future". I'm not sure what "gimmack" means (it wasn't on my SAT exam), but reading the help page should help you resolve any of these date errors. If there is an example missing, you are welcome to add it to the table or inquire here.
As for writing comprehensible English, when I am advising writers and copy editors, I always suggest reading prose aloud. It is often possible to locate errors that way that your eyes skip over during silent reading. – Jonesey95 (talk) 04:06, 6 December 2016 (UTC)
This first, since it's a LOL event, to me--I have an eyesight problem just closing edits half the time. My visual acuity can just flat out disappear in the span of 5 minutes, so I'm often pushing to finish proofing an edit, struggling to see it. Then again, not so sure that 'Out Loud' technique will go over too well with the Mrs. watching her news programs on the next couch. Then, again, on closing an update,... there are currently 17 windows open on this desktop, a programmer's editor with 19 tabs, a PDF reader with four open references, at least six Windows of multiple tab browsers which have 'open edits' for parallel updates, and most of the rest being reference browsers with such histories as the one with September, 1899 as a date. Four Windows have Maps in one stage or another preparatory to upload in support of one of those edits. So LOL, I edit when I have time, and often work parallel topics integrating pages, esp. in industrial history. But I do my best, time and failing eyesight permitting!
re: :::... if you click on the "help" link in the error message, you will be taken to section of the Help page that includes a helpful table listing dates that are out of compliance with MOS and how to fix them.
... As helpful as that seems, that's the link which started this whole dance. SO I MADE my edit to add an anchor to link the table, not the preamble.

My last on this topic is since news organizations and various professional Journals use the date formats with embedded Commas as part of issue dates, the MOS is wrong to force a wrong date/quote in the | date= case. Be well, all. I've gotten my two year fix of Wikipolitics and likely won't be back! // FrankB 01:03, 7 December 2016 (UTC)
Until I read your last sentence, I was going to suggest taking up MOS objections at WT:MOSDATE, but having spent some time there, I can't recommend highly enough that you stay away. It's a challenging place to visit, let alone stay for a while. – Jonesey95 (talk) 06:44, 7 December 2016 (UTC)
Now we're cooking! Nice to see someone get it! Thanks Jonesey95 & LOL with a giggle! FrankB 20:28, 7 December 2016 (UTC)

URLs in non-Latin scripts[edit]

Why are URLs in non-Latin scripts not allowed? Bever (talk) 23:55, 5 December 2016 (UTC)

One conversation in one place please.
—Trappist the monk (talk) 00:01, 6 December 2016 (UTC)
Retrieved from "https://en.wikipedia.org/w/index.php?title=Help_talk:CS1_errors&oldid=753544012"