Jump to content

Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by AKlapper (WMF) (talk | contribs) at 05:43, 10 August 2020 (→OpenStreetMap issue). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

 Policy Technical Proposals Idea lab WMF Miscellaneous 
Shortcuts
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.


Blank page

Hi. When I tried today to access the page Overture (Bruckner), I got only a blank screen. Please fix this issue. --Réginald alias Meneerke bloem (To reply) 13:05, 4 August 2020 (UTC)[reply]

 Works for me @Meneerke bloem: please try again, if it is still not working, please try in safe mode. — xaosflux Talk 13:37, 4 August 2020 (UTC)[reply]
Xaosflux It is only working in safe mode. What could be "unsafe" in the page, so that it can be removed? --Réginald alias Meneerke bloem (To reply) 14:51, 4 August 2020 (UTC)[reply]
@Meneerke bloem: try clearing your cache and restarting your browser. Also, have you enabled any experimental features or non-default gadgets in your preferences? — xaosflux Talk 15:51, 4 August 2020 (UTC)[reply]
Xaosflux I have cleared the cache and restarted the computer, and... I can still open it only in safe mode. --Réginald alias Meneerke bloem (To reply) 17:37, 4 August 2020 (UTC)[reply]
@Meneerke bloem: are you using a desktop browser? Can you try to see if you can open it when you are not logged in to wikipedia, possibly in a private browsing window, and possibly with a different browser? Is your browser a relatively current version? — xaosflux Talk 17:57, 4 August 2020 (UTC)[reply]
Meneerke bloem, It would help if you could let us know 1) What browser you're using, and 2) What operating system. That will help people reproduce the problem you're seeing. For what it's worth, I just tried it on my MacOS system using Chrome, Firefox, and Safari, and on my Android phone, and no problems on any of those. So, it's likely something specific to your environment and the more we know about your environment the more we can help you. -- RoySmith (talk) 18:10, 4 August 2020 (UTC)[reply]
Xaosflux I have used Interner Explorer. I just tried to open it via Firefox, with also a blank page. My operating system is Windows 10. NB: I have no problem with the corresponding page on the French Wikipedia. But (very strange), I have the same problem with the corresponding IMSLP page, that I can also open only via an "index.php?" connection. The problem concerns thus apparently only these specific English Wikipedia and IMSLP pages.--Réginald alias Meneerke bloem (To reply)
Xaosflux & RoySmith I have also tried to open it via Google Chrome, with also a blank page...
PS: I have today downloaded a recording of the Bruckner's Overture on YouTube. Should it interfere? --Réginald alias Meneerke bloem (To reply) 18:51, 4 August 2020 (UTC)[reply]
@Meneerke bloem: Can you try the mobile view? Also If you haven't spent a lot of time customizing things, you can try to reset your prefences using these 2 links: Special:Preferences/reset and Special:GlobalPreferences/reset. — xaosflux Talk 19:20, 4 August 2020 (UTC)[reply]
If you go to the page, can you use your browser to 'view the source' - and see if there is anything in there at all? — xaosflux Talk 19:21, 4 August 2020 (UTC)[reply]
@Meneerke bloem: Another thing you might try is looking back in the page history and seeing if there's some earlier revision which is viewable. Maybe the problem is that somebody inserted some broken wiki-markup. Narrowing it down to two successive revisions, one of which you can view and the other of which you can't, would be useful. -- RoySmith (talk) 19:55, 4 August 2020 (UTC)[reply]
I have done all that you have advised. It does unfortunately not help. I can still open the page only with [1] --Réginald alias Meneerke bloem (To reply) 09:00, 5 August 2020 (UTC)[reply]
When you try to open the page in a new private-browsing window, after your browser stops processing, look at the "view source" for the page, is there anything at all in the html source? — xaosflux Talk 13:59, 5 August 2020 (UTC)[reply]

Page-preview for disambiguation links

What you see in the wikipedia app
What you see on desktop computers

Hello from german wikipedia! Since about one year these preview-feature is default for using wikipedia without an account (with an account open your settings or global settings, section "Reading preferences" and checkmark "Page previews (get quick previews of a topic while reading a page):"). So it is enabled for most of the visitors.

The example page I used is: Müller (lunar crater), the link to see that preview is "For other uses, see Müller." (at the bottom of the page in the app, at the top on the desktop).

In the wikipedia app (upper picture) you see that hint "This title relates to more than one page" and below the beginning of the disambiguation page. Fine!

On Desktop computers you see the same hint and below "View similar pages".

We are wondering, if "This title relates to more than one page" should be replaced by a text telling the user something like "This is an disambiguation page" (your english is sure better!). And on the desktop the lower part is even more confusing. It says "View similar pages" but when proceeding you open the disambiguation and not similar pages. But the more important issue with that text is: Why is more information shown in the wikipedia app with a tiny screen, compared to the desktop with a usually much larger screen. So shouldn't the desktop behave the same way like the app?

When using that magic language qqx I see two system message, both can be found in translation wiki, but I see no such messages for the other page previews, so it smells to be an issue for phabricator, but I am not really sure.

German discussion: de:Wikipedia:Fragen_zur_Wikipedia#Seitenvorschau_bei_BKL-Links … if you want to read it, (it is sadly still short). --Wurgl (talk) 13:41, 4 August 2020 (UTC)[reply]

Wurgl seems like a simple inconsistency in the implementation of popups between the app and the website. Implementation for website is here. —TheDJ (talk • contribs) 20:05, 4 August 2020 (UTC)[reply]
P.S. 'normal' people have no idea what a disambiguation page is and what it is for. Telling them it is one, without telling them what they can do with it isn't useful to encourage exploration. It is incrowd slang. So I think "this is a disambiguation page" is particularly bad UI for such an interaction. —TheDJ (talk • contribs) 20:07, 4 August 2020 (UTC)[reply]
TheDJ, this might be worth a Phab ticket? Not sure. --Izno (talk) 21:04, 4 August 2020 (UTC)[reply]
Well, the text can be changed in translatewiki, this is not a general issue, it is an issue of every single wiki.
But the maybe-phab-issue is why the preview page does not show a preview, instead it shows some (somehow not optimal) message "View similar pages". --Wurgl (talk) 23:24, 4 August 2020 (UTC)[reply]
Wurgl, sure you can file a ticket for that. But its a minor problem, so I consider the chance of it getting any attention very low. —TheDJ (talk • contribs) 11:06, 5 August 2020 (UTC)[reply]
SGrabarczuk (WMF), is this something that the mw:Desktop improvements project might want to look at? Whatamidoing (WMF) (talk) 18:09, 7 August 2020 (UTC)[reply]

Access to non-notable articles

The OP has repeatedly failed to actually specify what they are asking for here, despite being asked multiple times, merely replying that they believe "it" (whatever "It" is) is feasible, and that others don't understand. Since it is impossible to answer a question that is not explained in understandable terms, this section is merely wasting the time of many other editors. If the OP is capable of explaining exactly what they are asking for, in clear and unambiguous terms, they may open a new section here. Otherwise, this is merely a timesink. Black Kite (talk) 18:47, 5 August 2020 (UTC)[reply]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

This is a technical and policy-related proposal.

Wikipedia:Viewing deleted content only adduces legal concerns that do not relate to notability. In Policy suggestion, Ghostofnemo and others wish to access content that is not legally problematic. This is feasible.

If you would like this feature, could any autoconfirmed user create a project page like Wikipedia:List of non-notable articles and help me develop the system? Later, new templates would help. 84.120.7.178 (talk) 15:10, 4 August 2020 (UTC)[reply]

Hi 84, there is no guarantee that deleted revision will be available in the future, however copies of deleted pages are routinely provided on request at Wikipedia:Requests for undeletion depending on why the page was deleted. — xaosflux Talk 15:54, 4 August 2020 (UTC)[reply]
For clarity, this was initially discussed here and then here. 84 seems to be requesting the creation of a list of all articles that have been deleted for notability concerns, not individual articles on a case-by-case basis, as is the norm. Parsecboy (talk) 18:22, 4 August 2020 (UTC)[reply]
@Parsecboy: For further clarity, you do not seem to understand the proposal. Also, you said "I don't really care one way or another", but you do care with your "all articles that have been deleted". Please be more clear and let me ask a stupid question: will any administrator retaliate against any user that would like this feature? 84.120.7.178 (talk) 18:50, 4 August 2020 (UTC)[reply]
If I do not understand your proposal, it's because you haven't sufficiently explained it. But since I apparently do not understand it, do me a favor and explain how have I mischaracterized it. Are you not asking for a list of all articles that have been deleted on notability grounds? If not that, what exactly would be the purpose of your proposed Wikipedia:List of non-notable articles entail? Parsecboy (talk) 18:58, 4 August 2020 (UTC)[reply]
I doubt we are going to want to spend time maintaining a special list of articles that have been deleted based upon the reason they were deleted - especially ones that are speedily deleted. You may use the deletion log to browse these along with the deletion reason, but if you want to filter that by namespace you will need to wait for phab:T16711. — xaosflux Talk 19:25, 4 August 2020 (UTC)[reply]
  • For the record: First administrator tells me she is not interested; end of discussion. Second administrator tells me to go to the village pump; end of discussion.
@Parsecboy: Let us see what work would entail for you. If I ask you to restore Dhruv Vikram (actor), what would you do? 84.120.7.178 (talk) 19:35, 4 August 2020 (UTC)[reply]
Please link the places where you were told these things. --Redrose64 🌹 (talk) 19:44, 4 August 2020 (UTC)[reply]
See the two threads I linked above, Redrose.
84., you have not answered my question; if you're going to condescend about what I do and do not understand, do me the favor of explaining my misapprehension. I'll ask again: if you are not asking for a list of every article that has ever been deleted on notability grounds, what are you asking for? Parsecboy (talk) 19:52, 4 August 2020 (UTC)[reply]
I am not condescending to you, I am just trying to explain. You show your misapprehension by saying:
It would probably be several full-time jobs to go through every article that's ever been deleted on notability grounds, not to mention keep up with it on a daily basis. [...] you're talking about an enormous amount of material that would likely require hundreds, if not thousands, of sub-lists to keep the size within manageable limits.

This is not true.

Answering your question: a list of every article that has ever been deleted on notability grounds is eventually possible if users make all the corresponding requests or if archeological administrators wish to restore such articles. I am asking for a list of requested articles and possibly every article that will be deleted on notability grounds. 84.120.7.178 (talk) 21:35, 4 August 2020 (UTC)[reply]

Hi 84, admins deleting a page should be noting why the page was deleted. I'm assuming you are referring to speedy deletions here. You are welcome to download and mine the deletion log to generate lists (note, this does not mean you can store/host such lists on-wiki). — xaosflux Talk 22:36, 4 August 2020 (UTC)[reply]
Here and here, 84 appears to be suggesting that the content of all deleted non-notable articles that don't have copyvio/legal issues should be viewable on-wiki, which clearly isn't going to happen. Asking for individual articles to be restored to Draft space is absolutely fine, of course, if they don't have such issues - and we have processes for that (WP:REFUND). Black Kite (talk) 22:46, 4 August 2020 (UTC)[reply]
This request is dead in the water and would be closed swiftly if proposed as an actual change. I'm minded simply to {{atop}} this and move on (maybe a trout for the user who suggested "try at WP:VP", who probably also knew this would be dead in the water). (On an aside, if there is a legitimate research use, there is a user group available for a logged in user.) --Izno (talk) 22:52, 4 August 2020 (UTC)[reply]
  • Please do not be offended, I am trying to have a simpler discussion.
@Parsecboy: I am concentrated on your understanding of my proposal. As you may see, there are no legal issues, no feasibility problems, insignificant maintenance cost, and very little extra load for administrators. Of course, if you are going to get into trouble, I would understand your refusal. 84.120.7.178 (talk) 23:55, 4 August 2020 (UTC)[reply]
You clearly do not understand the project you're requesting if you think there is insignificant maintenance cost or extra load for administrators... Parsecboy (talk) 23:57, 4 August 2020 (UTC)[reply]
So, did you understand the proposal from the beginning? Please tell me, what would be the maintenance cost? 84.120.7.178 (talk) 00:35, 5 August 2020 (UTC)[reply]
Yes, I did; I have no idea why you thought I didn't. As for maintenance costs, tell me, how often are articles deleted every day? And do you imagine that those articles that are deleted will magically populate the page you're requesting all by themselves? Parsecboy (talk) 09:00, 5 August 2020 (UTC)[reply]
Oh, you do not seem to understand the proposal; I told you why.[2] Let us say one million articles are deleted per day. Why do you think those articles will not magically appear in the list? Perhaps because you are imagining a page displaying millions of entries at the same time? 84.120.7.178 (talk) 14:30, 5 August 2020 (UTC)[reply]
The reason he (and everyone else) doesn't understand your proposal is because you haven't, at any point, clearly explained exactly what you want. You keep mentioning lists of deleted articles and then talking about the ability to view deleted content. Anyway, please read my comment below as for why both are almost certainly not feasible. Black Kite (talk) 14:46, 5 August 2020 (UTC)[reply]
@Black Kite: Please do not be offended, I am trying to have a simpler discussion.
Then please explain, concisely, what the benefits of such a list are to anyone because I don't see any. Nthep (talk) 16:24, 5 August 2020 (UTC)[reply]
@Parsecboy: I am concentrated on your understanding of my proposal. I will await your reply. 84.120.7.178 (talk) 15:00, 5 August 2020 (UTC)[reply]
84., an admin would have to manually review each article deleted to see if it was deleted on notability grounds, and then copy the title (and/or the content) into your proposed list. Why on earth do you think the list would automatically self-populate? Parsecboy (talk) 15:19, 5 August 2020 (UTC)[reply]
This is an example of a big list that self-populates: Wikipedia:Contents/A–Z index. 84.120.7.178 (talk) 16:10, 5 August 2020 (UTC)[reply]
Yes, you could do that for deleted material. But as I said before (a) how would you check which articles were deleted for notability? and (b) no-one except administrators would be able to see the content anyway. 16:40, 5 August 2020 (UTC)
@Black Kite: Please sign your posts properly.[3]
@Parsecboy: I await your reply. 84.120.7.178 (talk) 18:25, 5 August 2020 (UTC)[reply]
@BD2412: Thank you. I knew about Deletionpedia. 84.120.7.178 (talk) 01:00, 5 August 2020 (UTC)[reply]
Since that project specifically focuses on content deleted from Wikipedia, what are you looking for that can't be better addressed there? BD2412 T 01:03, 5 August 2020 (UTC)[reply]
First, I am here to improve Wikipedia. Some users would like to access content that is not legally problematic. It is feasible.
On the other hand, Deletionpedia is not integrated with Wikipedia. There are several inconveniences that are out of the scope of this discussion. 84.120.7.178 (talk) 01:25, 5 August 2020 (UTC)[reply]
It is not feasible. The only two ways it could happen are;
1) To give non-admins the view_deleted permission, which isn't possible
2) To somehow find all the hundreds of thousands of articles which were deleted for notability concerns only, and restore them - but to where? Certainly not Wikipedia.
There are other problems; first of all it's practically impossible to find the deletion reason for anything deleted via AFD because the deletion log doesn't give a reason other than "deleted via AfD". Speedy deletions may give a log reason, but even if they were deleted for reason A7 and that appears in the log, that doesn't mean they didn't have copyright or other legal/BLP issues. Even if you could find a way round those issues, the sheer volume of articles means it would have to be done via an bot with admin permissions, and it is unlikely that (a) one would pass BRFA and (b) that you could find anyone to write such a complex bot, given that no reasonable explanation has been given for why this task is useful in the first place. Black Kite (talk) 02:14, 5 August 2020 (UTC)[reply]
I actually don't see why it would be impossible to create a permission for non-admins to view deleted edits, but if we had such a permission it would need its own fairly strict process for being granted to editors, who would first need to demonstrate a high level of experience and trustworthiness. BD2412 T 16:31, 5 August 2020 (UTC)[reply]
WMF Legal have previously said that they would not contemplate it being extended further than admins and higher permissions. Thus, any process for being granted would have to be functionally identical to RfA, in which case those wanting the access might as well run for RfA anyway. Regardless, I think what the IP asking for is either (a) for any editor to be able to view all deleted material, which is a non-starter, or (b) for all material deleted for notability issues to be undeleted, which clearly isn't happening either. Black Kite (talk) 16:36, 5 August 2020 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Download subset of the database (HTML Pages)

Greetings,

We wish to scrape information regarding the Malls in the United States. Here is the link https://en.wikipedia.org/wiki/List_of_shopping_malls_in_the_United_States. I was wondering how can we download all the articles mentioned on this link. Please note that we wish to download the pages using nested links as well. Please suggest a suitable approach.

Thanks, Ashwini — Preceding unsigned comment added by Ashwinitonge (talk • contribs) 22:57, 4 August 2020 (UTC)[reply]

Ashwinitonge, Here's a broad outline, which assumes you can write code.
Wikipedia has an API, the technical details of which can be found here. You will almost certainly not want to talk directly to the API, but rather use some higher-level client library in the language of your choice. For example, if I was doing this in Python, I would use mwclient, which offers a very convenient way to traverse categories. You could start with Category:Lists of shopping malls in the United States and walk the tree from there.
Warning: Although it's easy to think of categories as being a tree, they're not strictly a tree in the graph theory sense of the word. There's even category cycles! So, your "tree" walking code will have to take that into account. -- RoySmith (talk) 02:36, 5 August 2020 (UTC)[reply]
Ashwinitonge, and please have any automation observe the Etiquette. —TheDJ (talk • contribs) 11:04, 5 August 2020 (UTC)[reply]

There is a unix command-line tool Wikiget that makes interfacing with the API easier. Run wikiget -F 'List of shopping malls in the United_States' > forward.txt to make a list of the forward links. Then to retrieve the article source for each run awk '{print "wikiget -w \"" $0 "\" > " $0 }' forward.txt | csh. That downloads the wikisource. To download the HTML awk '{print "wget -q -O- \"" $0 "\" > " $0 }' forward.txt | csh. To get the list of articles from the category it would be wikiget -c 'List of shopping malls in the United_States' > category.txt -- GreenC 14:08, 5 August 2020 (UTC)[reply]

Two articles on some wikis, single combined article on others.

On enwiki, we've got Intel 8231/8232. On some other wikis, it's split into two articles. For example, hu:Intel 8231 and hu:Intel 8232. These map to Intel 8231/8232 (Q65059248) and (Q5918609). What's the best way to handle this so the interwiki links make sense? The easiest thing from enwiki's point of view would be to make all the other wikis do it just like we do, but it's not our place to tell huwiki how to organize their articles. -- RoySmith (talk) 17:34, 5 August 2020 (UTC)[reply]

d:Wikidata:Interwiki conflicts may be able to help. – Jonesey95 (talk) 22:34, 5 August 2020 (UTC)[reply]
This is a general problem known since the beginning of Wikidata called the Bonnie and Clyde problem. Consider reviewing that page. --Izno (talk) 03:16, 6 August 2020 (UTC)[reply]
Izno, Thanks for the pointer. That's exactly what I was looking for. -- RoySmith (talk) 14:44, 6 August 2020 (UTC)[reply]

What is this message?

What is this message, "You do not have permission to move category pages."? Reply with the exact MediaWiki namespace message, I want to propose changes. –User456541 17:45, 5 August 2020 (UTC)[reply]

@User456541: it is MediaWiki:Cant-move-category-page - and notably that deny page also includes MediaWiki:Movenologintext. The first is mediawiki default, the later is locally customized. — xaosflux Talk 17:51, 5 August 2020 (UTC)[reply]
@User456541: In the future, you can find such messages yourself by putting uselang=qqx in the query string. The ShowMessageNames gadget Add a toolbox link to reload the current page with the system message names exposed in Special:Preferences#mw-prefsection-gadgets will add a link to the sidebar to automatically do so. Jackmcbarn (talk) 21:22, 5 August 2020 (UTC)[reply]
WP:QQX also shows a way to search all messages for a string. PrimeHunter (talk) 21:57, 5 August 2020 (UTC)[reply]

PSA: hiding the Export to Commons button on file description pages

Tracked in Phabricator
Task T232542

A new "Export to Commons" button was recently added to the UI. If you don't want to see it, then add the following code to your common.css: 

#ca-fileExporter {display: none !important;}

-FASTILY 22:39, 5 August 2020 (UTC)[reply]

@Fastily: I doubt adding that to your common.js would do anything so I changed your link. In my common.css it works like a charm. — Alexis Jazz (talk or ping me) 23:00, 5 August 2020 (UTC)[reply]
Thanks for fixing that. I even added it to my own monobook.css before writing this post. I clearly need more coffee...☕️ -FASTILY 02:45, 6 August 2020 (UTC)[reply]

Request way to dismiss pending-changes banner

Every time there's an unaccepted change to one of the pending-changes-protected articles on my watchlist, the watchlist page comes up with a big ugly banner at the top that I can't dismiss. Can't someone add an X button on it, or something?

I'm not looking for a css gadget or a "preferences" setting; I think this should be generally available. The behavior I have in mind is that if you dismiss it, it stays dismissed until there's another change to a PC-protected article on the watchlist (could be the same article). --Trovatore (talk) 01:22, 6 August 2020 (UTC)[reply]

@Trovatore: that is supposed to spur reviewers like you on to work on pages you have said you care about. Having reviewers tend to the pending changes queue is an important balance to the protection system. If you are no longer using this, we can remove you from the reviewers group and you won't see these anymore. That being said, to make this a dismissable banner it would need to incorporate a storage object/cookie - so a software feature request would need to be requested, we can't do this on-wiki. — xaosflux Talk 11:32, 6 August 2020 (UTC)[reply]
You could do it on client-side JS with jquery and a cookie or preferences key. When the close button is pushed, use $(".flaggedrevs-pending a")[0].href to get the diff URL of the top-most (newest) revision. Parse the oldid out of that, store that somewhere. Then, on the next page load, if the topmost oldid is the same, hide the bar. Doing it in MediaWiki would require database changes, and would be unlikely to be done anytime soon. If you want it done that way though, phab is thataway. --AntiCompositeNumber (talk) 00:53, 7 August 2020 (UTC)[reply]
@Xaosflux: I am interested in being notified about pending changes — once per change. I do not like feeling pressured to address a change if I don't want to. I don't think this is an unreasonable attitude. As for the technical issues, I'm not an expert in MediaWiki frontend programming (or, for that matter, frontend programming), but ACN's solution sort of sounded plausible? --Trovatore (talk) 20:55, 8 August 2020 (UTC)[reply]
@Trovatore: you can drop a request at Wikipedia:User scripts/Requests and see if someone wants to write a front-end hack for this using that method - if it is relatively bug free and becomes popular it could eventually be upgraded to a gadget. If it is very very popular, then filling out a request for software development to review and create it on the back end could be done. — xaosflux Talk 01:17, 9 August 2020 (UTC)[reply]

Technical Wishes: FileExporter and FileImporter become default features on all Wikis

The FileExporter and FileImporter will become a default features on all wikis until August 7, 2020. They are planned to help you to move files from your local wiki to Wikimedia Commons easier while keeping all original file information (Description, Source, Date, Author, View History) intact. Additionally, the move is documented in the files view history. How does it work?

Step 1: If you are an auto-confirmed user, you will see a link "Move file to Wikimedia Commons" on the local file page.

Step 2: When you click on this link, the FileImporter checks if the file can in fact be moved to Wikimedia Commons. These checks are performed based on the wiki's configuration file which is created and maintained by each local wiki community.

Step 3: If the file is compatible with Wikimedia Commons, you will be taken to an import page, at which you can update or add information regarding the file, such as the description. You can also add the 'Now Commons' template to the file on the local wiki by clicking the corresponding check box in the import form. Admins can delete the file from the local wiki by enabling the corresponding checkbox. By clicking on the 'Import' button at the end of the page, the file is imported to Wikimedia Commons.

If you want to know more about the FileImporter extension or the Technical Wishes Project, follow the links. --For the Technical Wishes Team:

Max Klemm (WMDE) 09:13, 6 August 2020 (UTC)[reply]

So @Max Klemm (WMDE): the documentation says Each wiki is responsible for their own configuration file - but it doesn't say where a community will control that, it is referencing files at mw:Extension:FileImporter/Data/en.wikipedia - which would be mainained by the mediawiki community? — xaosflux Talk 11:25, 6 August 2020 (UTC)[reply]
Hi @Xaosflux:, I am not sure if I understand your question. Yes, mw:Extension:FileImporter/Data/en.wikipedia is the configuration page for en.wikipedia. For a configuration page to work it must be a subpage of mw:Extension:FileImporter/Data. If you want to discuss changes of the configuration file with the community, I would imagine doing it on the talk page of the configuration file. I hope this helps. -- For the Technical Wishes Team: Max Klemm (WMDE) (talk) 11:48, 6 August 2020 (UTC)[reply]
@Max Klemm (WMDE): with the pages not being actually on our project, we are subject to the editors of that project - the administrators of that project, vandals on that project etc. We won't know if they change (because we'd have to go visit a watchlist on another project), and won't be able to enforce project level governance. We wouldn't expect our editors to have to go follow a discussion on another project either. I'm actually surprised this isn't being controlled on commons - as the controls in that file are really about what commons will accept to their project. — xaosflux Talk 12:50, 6 August 2020 (UTC)[reply]
Conceptually, we would normally expect mediawikiwiki to house documentation, not running configuration. — xaosflux Talk 13:55, 6 August 2020 (UTC)[reply]
I actually think this kind of configuration should be outside a wiki's daily control, but barring moving it entirely to source, Commons makes much more sense. Or even here. (I understand reticence to moving it here.) --Izno (talk) 15:40, 6 August 2020 (UTC)[reply]
@Izno: I'd think commons' mediawiki space would be ideal, possibly as a nice json page. — xaosflux Talk 15:52, 6 August 2020 (UTC)[reply]
MediaWiki space would be reasonable. --Izno (talk) 15:58, 6 August 2020 (UTC)[reply]
Is there an easy undo? Arguing about local files is a chronic problem where good editors have reasons to keep files at enwiki. Trolls and misguided users with nothing else to do could quickly irritate a lot of content creators. Johnuniq (talk) 23:49, 6 August 2020 (UTC)[reply]
Johnuniq, Deletion works just as well as for any other method of moving files to Commons. Just as a note though, {{Keep local}} only prevents the deletion of the local file. Files tagged with keep local for non-copyright reasons can and will be copied to Commons. This isn't really that different from when we linked CommonsHelper from {{move to commons}} (before it broke). --AntiCompositeNumber (talk) 00:41, 7 August 2020 (UTC)[reply]
Are you saying it's copy rather than "move files from your local wiki to Wikimedia Commons"? That makes sense since import certainly does not affect the source wiki. Johnuniq (talk) 04:55, 7 August 2020 (UTC)[reply]
From reading the documentation which doesn't clearly answer the question, it seems like the "user rights" subsection and the following section imply that the local file is not automatically deleted. One can tag it for deletion or an admin can delete it (and we already have a process and rules for doing that: WP:CSD#F8), but it's not an automatic consequence of importing.

Regarding the configuration, why it is not in the MediaWiki: namespace where extension configuration things usually go? Jo-Jo Eumerus (talk) 08:39, 7 August 2020 (UTC)[reply]

@Max Klemm (WMDE): any feedback on the comments about why the config for this is on mediawiki wiki in normal pages? @Jo-Jo Eumerus: I think the "user rights" thing is a bit of hack to try to have the user have a non-trival account before uploading to commons? They don't need any special rights on the originating wiki to upload to commons after all. 90% of the work when this extension is used is on the commonswiki side. — xaosflux Talk 13:36, 7 August 2020 (UTC)[reply]

Why does Wikiquote's Ref template and Wikipedia's Ref template handle commas in the date field differently?

Wikiquote's ref template will parse "July 2 1999" just fine, but our template requires a comma, e.g. "July 2, 1999". Why is that? Can someone fix our template to stop caring so much? I screw this up on my first pass something like 25% of the time. -- Kendrick7talk 00:30, 7 August 2020 (UTC)[reply]

Kendrick7, please ask at Help talk:Citation Style 1. --AntiCompositeNumber (talk) 00:39, 7 August 2020 (UTC)[reply]
Thanks! I was a little lost, I'll X-post this over there! -- Kendrick7talk 00:42, 7 August 2020 (UTC)[reply]

Change in talk page message alert?

Tracked in Phabricator
Task T259872

Hi greetings, were there any changes in notification system? Normally, when we get a new message in talkpage, it will give a notification and a message "You have got some message" with an yellowish orange background over talk link. Now the feature seems changed. The coloured background has disappeared now. Why these happens? Please help.--PATH SLOPU 08:42, 7 August 2020 (UTC)[reply]

@Path slopu: I'm also having this issue and I'm using Firefox 79.0. I also posted that I've got the issue on the Teahouse. Thank you. Friend505 10:54, 7 August 2020 (UTC)[reply]
@Path slopu: is this only happening in vector? When I'm in monobook I see the highlight, but not in vector. Try this link and see if it shows? — xaosflux Talk 13:46, 7 August 2020 (UTC)[reply]
Xaosflux, Hi greetings, thank you so much for your reply. I think this is happening only in vector. Because, there were a few problems reported in some wikis regarding the vector skin. Latest mediawiki version (at that time) collapsing TW links, preferences links, etc (some of what affected me) in some wikis. Now fixed. But I do not know if there was any situation in enwiki. Should I report this in phabricator? Please help. Thank you. PATH SLOPU 15:38, 7 August 2020 (UTC)[reply]
Thanks Path slopu, it has been reported in Phabricator already at phab:T259872. the wub "?!" 15:50, 7 August 2020 (UTC)[reply]
@The wub:, Thank you for your help. Regards. PATH SLOPU 15:55, 7 August 2020 (UTC)[reply]
I honestly think this is better. I've always been slightly panicked every time I see that notice and the new notice is not that easy to miss anyway, but I guess it could be a problem with newer users ignoring warnings. --Trialpears (talk) 16:26, 7 August 2020 (UTC)[reply]
AntiCompositeNumber came up with this css code that restores the color: .mw-echo-alert{background-color:#fc3;color:#000000;border-radius:2px;padding:0.25em 0.8em 0.2em 0.8em;font-weight:normal}. Thought that might be of interest to others. Best, Barkeep49 (talk) 16:54, 7 August 2020 (UTC)[reply]

Archive issue

Sorry, I'm bad at creating archives, so this is probably about my fifth time here. The archives aren't showing on Talk:Alpe d'Huez, and the archiving seems to have started at 2 not 1 (Talk:Alpe d'Huez/Archive 2). I copied this from another article, and presumably screwed it up when I did so- is someone able to fix this for me? Joseph2302 (talk) 11:08, 7 August 2020 (UTC)[reply]

Without looking at it, I'd say it was a similar situation to User talk:Σ/Archive/2019/July#Odd archiving of Talk:Daniel Day-Lewis. --Redrose64 🌹 (talk) 13:39, 7 August 2020 (UTC)[reply]
Fixed. When setting up the archive template you need to ensure that the counter parameter is set up to 1 (|counter = 1) or this will happen. – Majavah talk · edits 13:41, 7 August 2020 (UTC)[reply]

Global email preferences

I've received a number of email notifications from Wikipedias I've never (knowingly) edited, in languages I can't read – Burmese, Annamese and another Indic language I haven't identified (Doteli?). I thought at first that my email address was compromised, but they seem genuine – I did receive a welcome message from a bot on as.wp, presumably because I renamed a user who had edited there. I also got welcome messages on Hindi and Classical Chinese wp, but no email.

To save me spending hours searching, can someone tell me where to adjust my global email preferences to prevent this from happening again? "Email me when a page or a file on my watchlist has changed" is unchecked in my meta:Special:Preferences, but that doesn't seem to be enough. Thanks in advance, Justlettersandnumbers (talk) 14:12, 7 August 2020 (UTC)[reply]

You can use Special:GlobalPreferences#mw-prefsection-echo. Tick the box directly under Notify me about these events (that will make that section global) and then you can adjust what notifications you will receive on any wikis. – Majavah talk · edits 14:28, 7 August 2020 (UTC)[reply]
Thank you, Majavah. If I go to that page and select "Notify me about these events", the tick box for email for the first item ("Talk page message") is already deselected (empty). What do I have to do to make that preference actually apply on all Wikipedias? Justlettersandnumbers (talk) 20:41, 7 August 2020 (UTC)[reply]
Justlettersandnumbers, your global preferences will automatically apply to all Wikis that use Wikimedia Global accounts Ed talk! 20:44, 7 August 2020 (UTC)[reply]
Do as Majavah said: Tick the box directly under Notify me about these events. The box is right under "N" in "Notify". Then save preferences. PrimeHunter (talk) 20:49, 7 August 2020 (UTC)[reply]

Partial block settings question

Say, for example, I partial-block a wide IP range from editing some random page (perhaps User talk:PEIsquirrel) and also disable account creation. Would this effectively prevent account creation from the IP range but allow anonymous contributors to edit? Ivanvector (Talk/Edits) 21:42, 7 August 2020 (UTC)[reply]

@Ivanvector: Yes definitely, with that page being the exception, ofc. --qedk (t 愛 c) 21:44, 7 August 2020 (UTC)[reply]

Where should instruction pages for gadgets be?

I assume this would be the right place to ask this: Since this script is in the "Browsing" section on the "Gadgets" tab of "Preferences", specifically the line that says:

Require confirmation before performing rollback on mobile devices (documentation)

...Wouldn't that make this page a gadget, and thus should be moved to the "Wikipedia:" namespace? (Pinging MusikAnimal, obviously.) Steel1943 (talk) 21:57, 7 August 2020 (UTC)[reply]

Doesn't really matter. If MA is the one maintaining it, I don't see a reason that it can't be in their userspace. --AntiCompositeNumber (talk) 22:06, 7 August 2020 (UTC)[reply]
What I'm getting at is that from my knowledge, gadgets are not supposed to be in user space since they, in turn, are not available for the community to maintain and are exclusive to the user hosting the script ... making them just regular user scripts and not gadgets. From my perspective, the resolution here would to either move it as stated or remove it from the gadget menu. To compared, when XFDcloser became a gadget, the respective instruction page was moved from User:Evad37/XFDcloser to Wikipedia:XFDcloser. The current state of the User:MusikAnimal/confirmationRollback-mobile makes it seem something got skipped ... either there was no discussion about this script and it was added to the gadget menu ... something is not right. Steel1943 (talk) 22:13, 7 August 2020 (UTC)[reply]
Everything looks proper to me. Wikipedia:Village pump (technical)/Archive 135#Rollback confirmation was the discussion that made this a gadget hosted at VPT as prescribed with a clear consensus for this gadget. The code is also properly hosted in the MediaWiki namespace. I believe moving documentation to Wikipedia space is common, but not required so no actual issue here. --Trialpears (talk) 22:19, 7 August 2020 (UTC)[reply]
...That's interesting. But yes, it being "common" is why I see the issue. Steel1943 (talk) 22:24, 7 August 2020 (UTC)[reply]
initial announcement and discussion gadget creation. There's no requirement that gadgets even have documentation, let alone being picky about what namespace it's in. --AntiCompositeNumber (talk) 22:21, 7 August 2020 (UTC)[reply]
...That's bullocks, but it is what it is, even if it doesn't match precedence of the aforementioned situation. Steel1943 (talk) 22:24, 7 August 2020 (UTC)[reply]
@Steel1943: The gadget itself isn't in user space. It lives in MediaWiki space at MediaWiki:Gadget-confirmationRollback-mobile.js like all other gadgets. It's only the documentation that's in user space. Jackmcbarn (talk) 22:25, 7 August 2020 (UTC)[reply]
@Jackmcbarn: I get that since it was the same scenario with XFDcloser, even before the instruction page was moved to the "Wikipedia:" namespace. I'm just wondering about, and concerned with, the fact that the placement of the instruction pages are not consistent ... since consistency can help readers locate what they are trying to find here ... Steel1943 (talk) 22:29, 7 August 2020 (UTC)[reply]
Yeah, I guess that is a good point now that I think about it some more. We probably should move the documentation then. Jackmcbarn (talk) 22:30, 7 August 2020 (UTC)[reply]
I know we don't usually do this with pages in the "User:" namespace, but per the above, since this discussion is starting to go into WP:RM territory, I'll be placing a move request on User talk:MusikAnimal/confirmationRollback-mobile here in a few. Steel1943 (talk) 22:35, 7 August 2020 (UTC)[reply]
Ugh! I just completed my RM request for the page, but then found that the {{Requested move}} template returns an error if it is set up to request moving a page in the "User" namespace. Grand. Either way, for the record, here was the rationale I stated for the move:

I do not know of any specific guideline that states the following, but I'm requesting the move for the following reason: In my experiences, most instruction page for gadgets listed in the "Gadgets" tab of the "Preferences" menu have their instruction pages moved out of the user namespace. And to me, this makes sense for the following reason: If a script's instruction page is in the "Wikipedia:" (or some other non-"User:" namespace), it is a gadget and thus the script can be freely edited and/or maintained by the community, whereas an instruction page in the "User:" namespace is a user script that is supposed to be only edited and maintained by the editor whose user page is the root page of the instruction page. For me, seeing this consistency helps me figure out if the script associated with an instruction page (and, in fact, the instruction page itself) can be modified by the community as a gadget, or restricted to the hosting editor themselves with it being a non-gadget user script. Compare this to what occurred with XFDcloser: At first, it represented a user script as a subpage of Evad37 at User:Evad37/XFDcloser, but once there was consensus to promote the respective user script to "gadget" status, the script and the instruction page were moved out of the "User:" namespace, with the script going to the "MediaWiki:" namespace, and the instruction/information page going to the "Wikipedia:" namespace.

...I suppose that I'll check with Wbm1058 to see if RMCD bot would be able to process a move request in the "User:" namespace properly (pinged them on purpose, of course), and then figure out what the next close of action would be. Steel1943 (talk) 23:09, 7 August 2020 (UTC)[reply]
Why wouldn't you wait until the volunteer who spent a long time developing a gadget and its documentation has a chance to respond? Johnuniq (talk) 23:45, 7 August 2020 (UTC)[reply]
Why couldn't they have the opportunity respond in a RM request if they aren't able to do so here in a timely manner? Also, this is more trying to establish a precedence for where gadgets' instruction pages should be, which is exclusive from the instruction page's and gadget's creator. I mean, let's say MusikAnimal says something like "No big deal, I'll move it to the "Wikipedia:" namespace"; that doesn't establish precedence or any form of consensus, and such a discussion to determine where gadgets' instruction pages should be located would happen again at a later time ... when I'm trying to have it now and nip it in the bud. Steel1943 (talk) 23:59, 7 August 2020 (UTC)[reply]
Some people don't understand common courtesy and the rest of us have to tolerate it, although we don't have to remain silent. Johnuniq (talk) 00:07, 8 August 2020 (UTC)[reply]
I apologize, but I see your concern as apples and oranges per what I stated above. Sure, it would be nice if MusikAnimal responds on some manner to this, especially since it's a page in their user since, but it's not required per ... everything I have already said. Steel1943 (talk) 00:10, 8 August 2020 (UTC)[reply]
I'm not keen on the idea of this kind of infringement on a user's space. You don't really need to move the documentation; just copy it and give attribution if need be. This is out-of-scope for requested moves – we've already got a big enough backlog with the stuff that's in scope for me to want to add more stuff to it. – wbm1058 (talk) 00:19, 8 August 2020 (UTC)[reply]
@Wbm1058: Thanks for your response. I think at this point, I was more or less just seeing if it was technically possible ... and probably not trying to se if I'm actually going to do it or not, as this conversation is going ... Steel1943 (talk) 01:11, 8 August 2020 (UTC)[reply]

Admin highlighter

Does anyone know of a reliable admin highlighting tool? I found User:Theopolisme/Scripts/adminhighlighter, but the {{subst:js| results in an error message at common.js, and I don't want to muck anything up. Also, shouldn't this be a Gadget? Thanks, Cyphoidbomb (talk) 23:15, 7 August 2020 (UTC)[reply]

@Cyphoidbomb: That error is just from the code editor, since it's for generic JavaScript and doesn't understand wiki markup. Once you save the page, the PST will replace it with valid JavaScript. Jackmcbarn (talk) 00:07, 8 August 2020 (UTC)[reply]
@Jackmcbarn: Ahh, thanks for helping the technologically incompetent! Cyphoidbomb (talk) 00:20, 8 August 2020 (UTC)[reply]
Not relevant if you're happy, but FYI there are a handful at Wikipedia:User scripts/List#Discussion-oriented. ~ Amory (u • t • c) 00:13, 9 August 2020 (UTC)[reply]

Rollback option

Is there an option to turn off and on rollback? I like the privilege of having it. Especially on reverting to another revision. It's useful. But on mobile devices (which I am stuck on for having only for now) it's been an embarrassing mine field ticking bomb lately. I accidentally rollback too much and I kind of panic and undo without explanation sometimes. So when I use mobile devices touch screen I need it off but temporarily if possible. Jhenderson 777 19:52, 8 August 2020 (UTC)[reply]

Jhenderson777, You could try User:Mr. Stradivarius/gadgets/ConfirmRollback. Adam9007 (talk) 19:58, 8 August 2020 (UTC)[reply]
@Jhenderson777: You can enable the confirmationRollback-mobile gadget ((D) Require confirmation before performing rollback on mobile devices) in Special:Preferences#mw-prefsection-gadgets to get a warning before you use it on mobile. Jackmcbarn (talk) 20:00, 8 August 2020 (UTC)[reply]
Ok I will see what can be done. I just know the “no” button on confirming I want to rollback hardly ever works for me. Jhenderson 777 20:05, 8 August 2020 (UTC)[reply]
You may ask at WP:PERM/R to have the rollbacker right voluntarily revoked; and if you are judged to be in good standing they should reinstate it upon application. --Redrose64 🌹 (talk) 20:43, 8 August 2020 (UTC)[reply]
To have it revoked though due to a “no” button not doing what it should seems a bit harsh. Definitely when rollback been helpful to undo vandalism etc. Jhenderson 777 21:23, 8 August 2020 (UTC)[reply]
@Jhenderson777: There's also User:MusikAnimal/rollbackTouch which hides the rollback link on mobile, rather than adding a confirmation. I haven't used it, so I don't know for sure if it works, but it's there. –Deacon Vorbis (carbon • videos) 21:40, 8 August 2020 (UTC)[reply]
Jhenderson777, the easiest way to at least hide the rollback link is to edit your common.css and add .mw-rollback-link { display:none } - it works for me on mobile Ed talk! 22:03, 8 August 2020 (UTC)[reply]

PC failure

How did this edit get automatically accepted? The page is under WP:PC1, and the user isn't autoconfirmed yet. --Redrose64 🌹 (talk) 20:39, 8 August 2020 (UTC)[reply]

The user account was created at 19:56UTC on 4 August so when they made that edit the account was (just) over four days old and had the required number of edits to be pat of the pseudogroup 'autoconfirmed' which is what I understand PC1 checks against. Nthep (talk) 21:17, 8 August 2020 (UTC)[reply]
Yep, looks like they were autoconfirmed to me too. 18:56 on August 4 to 19:52 on August 8 is 4 days and 56 minutes, and that was their 15th edit. Jackmcbarn (talk) 22:01, 8 August 2020 (UTC)[reply]
Given those edits, I'm not entirely sure why mine is the first warning on the user's talk page. Never mind that this smells of permission-gaming, socking, or both. --Izno (talk) 23:04, 8 August 2020 (UTC)[reply]
First? ClueBot NG had already served one, three hours before yours. I didn't escalate it because the edit that I rolled back was made just one minute after ClueBot's warning, so they may not have had a chance to read and understand it. --Redrose64 🌹 (talk) 09:27, 9 August 2020 (UTC)[reply]

Pie chart troubles

Sample pie chart, using the sandbox of {{pie chart}}.

  White (34.8%)
  Hispanic (17.6%)
  Asian (16.4%)
  Black (9.8%)
  Native American (0.5%)
  Pacific Islander (0.4%)
  Two or more races (6.8%)
  International (11.2%)
  Unknown (3.6%)

Note: "Hispanic" refers to Hispanics of any race. All other categories refer to non-Hispanics.

I'm trying to do a few things with {{pie chart}}, but the documentation is lacking and the code is complex (a lot of it seems to be in some CSS sheet I can't find), so I'm running into issues. Apologies for the multi-pronged question here, but I'm having trouble with each of these:

  1. Adding tooltips: I think it would be a big (hopefully uncontroversial) improvement to the template if hovering the cursor over a slice of the pie would generate a tooltip with the label for that slice. I.e. in the chart at right, hovering over the light blue area would display "Asian (16.4%)". Would someone better at HTML than me be able to look into that at {{pie chart/slice}}?
  2. Changing box width: I'd like to increase the width of the box a little to give me more room for the caption/legend without using up multiple lines. There's a |style= parameter, but it's undocumented, and using the basic |style=width:300px isn't working. (|style=color:red did change the caption text color, so it's doing something.)
  3. Footer line breaks: In the chart at right, I'm using a parameter I added to the sandbox to display the footer about Hispanics. This is more subtle, but there's a small extra space below the footer that shouldn't be there, and I can't figure out how to get it to go away without doing this, which causes the footer to be squished up against the legend. Here's an example of that:
Extended content

Sample pie chart, using the second sandbox of {{pie chart}}. Note the squished space between the footer and legend but appropriate space below the legend.

  White (34.8%)
  Hispanic (17.6%)
  Asian (16.4%)
  Black (9.8%)
  Native American (0.5%)
  Pacific Islander (0.4%)
  Two or more races (6.8%)
  International (11.2%)
  Unknown (3.6%)
Note: "Hispanic" refers to Hispanics of any race. All other categories refer to non-Hispanics.

Could anyone help me with one or all of these things?

By the way, the template has over 3000 transclusions, so if there's not a reason it's being kept at semi-protection, it and {{pie chart/slice}} should probably be template-protected. {{u|Sdkb}} talk 04:50, 9 August 2020 (UTC)[reply]

@Sdkb: IMO, semi-protection is about right for only 3000 transclusions. Anyway, I have some ideas on how to fix your 3 issues; I'm working on coding them now. Jackmcbarn (talk) 05:02, 9 August 2020 (UTC)[reply]
So I unsuccessfully tried to get tooltips working in the sandbox. If you hover over your first example now, you'll see tooltips, but they'll be mostly wrong. I think the best course of action is to replace that whole mess of CSS hacks with something based on mw:Extension:Graph. Jackmcbarn (talk) 05:31, 9 August 2020 (UTC)[reply]
Here's a quick proof-of-concept to show that the extension is capable of doing that: Jackmcbarn (talk) 06:18, 9 August 2020 (UTC)[reply]
Sigh. Or not. It works in preview but not for real, unlike on mediawiki.org :( Jackmcbarn (talk) 06:19, 9 August 2020 (UTC)[reply]
Good news: I think once phab:T242855 is done, it'll actually work here, like it does on mediawiki.org. I guess this is on hold until that's done. Jackmcbarn (talk) 06:27, 9 August 2020 (UTC)[reply]
Jackmcbarn, ack, well, thanks for trying. I noticed on the talk page that there is a template that creates a pie chart from mw:Extension:Graph, but it doesn't look very good—it just outputs an image file, I think, and the image file includes the legend, which presents accessibility and other issues. At mw:Extension:Graph#Charts examples, I notice that it's also able to change color when you hover over a section, which I would love (it doesn't really add much functionality, but it makes it feel a lot more interactive and 2010s rather than 2000s).
Were you or anyone else able to figure anything out regarding the other two issues? {{u|Sdkb}} talk 08:27, 9 August 2020 (UTC)[reply]
@Sdkb: The "just outputs an image file" problem is what I think phab:T242855 will fix. I think I'll be able to fix your other two issues even in the existing template; I'll try to do that later today. Jackmcbarn (talk) 16:53, 9 August 2020 (UTC)[reply]
@Sdkb: Okay, point 2 is fixed, both in the sandbox and live. You can now pass radius=150 to get what you want. Still working on point 3. Jackmcbarn (talk) 18:12, 9 August 2020 (UTC)[reply]
@Sdkb: And point 3 is fixed too in the sandbox, via Special:Diff/972030490. I think that's it until that Phabricator ticket gets resolved then; let me know if there's anything else I can do. Jackmcbarn (talk) 19:45, 9 August 2020 (UTC)[reply]
Jackmcbarn, looks beautiful; thanks so much! I implemented/documented the footer parameter as well. Having this template in better shape is going to be very useful for pretty much every demographics article on Wikipedia, most of which currently still use tables for ethnicity/other types of data. {{u|Sdkb}} talk 20:44, 9 August 2020 (UTC)[reply]

OpenStreetMap issue

A reader has contacted OTRS through VRTS ticket # 2020072010003284 to advise of issues with OpenStreetMap, for instance here. They advise that they can see the location pins but that the map itself renders only as pink squares. They've provided the following element inspect. They're encountered the issue on Chrome, Firefox, and IE.

@Dvorapa and Para: - I believe you're the maintainers. Is there any advice we can provide to the reader? 

[Report Only] Refused to load the script 'https://openstreetmap.org/openlayers/OpenStreetMap.js' because it violates the following Content Security Policy directive: "default-src 'self' 'unsafe-eval' 'unsafe-inline' blob: data: filesystem: mediastream: *.toolforge.org wikibooks.org *.wikibooks.org wikidata.org *.wikidata.org wikimedia.org *.wikimedia.org wikinews.org *.wikinews.org wikipedia.org *.wikipedia.org wikiquote.org *.wikiquote.org wikisource.org *.wikisource.org wikiversity.org *.wikiversity.org wikivoyage.org *.wikivoyage.org wiktionary.org *.wiktionary.org *.wmcloud.org *.wmflabs.org wikimediafoundation.org mediawiki.org *.mediawiki.org wss://tools.wmflabs.org". Note that 'script-src-elem' was not explicitly set, so 'default-src' is used as a fallback.

Best, Darren-M talk 12:10, 9 August 2020 (UTC)[reply]

Darren-M, I'm unsure about the pink squares, but I know the error you linked to above is related to mw:Requests_for_comment/Content-Security-Policy, and shouldn't cause any issues. Ed talk! 12:31, 9 August 2020 (UTC)[reply]
The above is not an error. It is only an informational warning ("[Report Only]"). It should be unrelated to pink squares. --AKlapper (WMF) (talk) 05:43, 10 August 2020 (UTC)[reply]

In Wikiversity certain combination of letters doesn't work

Good morning,

when I wanted to include a note in my article and wrote <ref group="note"> the combination of p and = could not be written. It was replaced by different character. My browser is Microsoft Edge (new version). Thanks in advance. Chomsky (talk) 14:37, 9 August 2020 (UTC)[reply]

@Chomsky: I can't seem to duplicate your problem there, see v:User:Xaosflux/sandbox. This could be an input customization - what is your input language set to? If not English, could you try English? Are you using the source editor or the visual editor? — xaosflux Talk 15:34, 9 August 2020 (UTC)[reply]
Some browser extensions/add-ons will convert certain text strings into an emoticon character, for example :) can become 🙂 - is there an emoticon represented by p=? --Redrose64 🌹 (talk) 17:31, 9 August 2020 (UTC)[reply]
. --Izno (talk) 17:56, 9 August 2020 (UTC)[reply]

Wrong history merge

A rejected draft's history has been merged into the history of an article I created. The creator of the draft appears to have created the autopatrolled article even though this is incorrect. The article is 2020–21 ŠK Slovan Bratislava season.--Sakiv (talk) 18:03, 9 August 2020 (UTC)[reply]

This may be easily fixable with the "unmerge" button at the merge log entry. If not, then the steps at WP:HISTSPLIT will be needed. Jackmcbarn (talk) 19:50, 9 August 2020 (UTC)[reply]
Retrieved from "https://en.wikipedia.org/enwiki/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=972105850"