Meta:Babel/Archives/2020-04

Add links
From Meta, a Wikimedia project coordination wiki

Not sure exactly where to put this: getting spam emails from wikimedia addresses

To whom it may concern,

I have gotten several spam emails (supposedly) from wikimedia email addresses, to the email address registered to my wikipedia account.

Where can I go to report this? Is this the right place?

Thanks,

Haseo9999 (talk) 20:03, 16 April 2020 (UTC)

You probably got them from another user account. Ruslik (talk) 20:15, 16 April 2020 (UTC)
I have the ability for other users to send me emails disabled on my wikipedia account, So that is unlikely.

Here are the headers from one of them (I redacted my personal email but left the rest intact):

X-Spam-Flag: NO X-SUS: 1 Received-SPF: softfail (mail112c7.megamailservers.com: domain of transitioning fghjhh@wikimedia.org does not designate 74.124.31.91 as permitted sender) receiver=mail112c7.megamailservers.com; client-ip=74.124.31.91; helo=wikimedia.org; envelope-from=fghjhh@wikimedia.org; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; X-Envelope-From: fghjhh@wikimedia.org Return-Path: <fghjhh@wikimedia.org> Received: from wikimedia.org (dull.dailyanti.com [74.124.31.91] (may be forged)) by mail112c7.megamailservers.com (8.14.9/8.13.1) with ESMTP id 03GJuB9n002883 for <REDACT ADDRESS>; Thu, 16 Apr 2020 15:56:16 -0400 Message-Id: <202004161956.03GJuB9n002883@mail112c7.megamailservers.com> Subject: __I_want to call you__ From: "Meet-Colombian-beauties" <hhhh@wikimedia.org> Reply-to: <hhj@wikimedia.org> To: <REDACT ADDRESS> X-Originating-IP: 74.124.31.91 Content-Type: multipart/alternative; boundary="----=NextPart-a4b7a9705d986c03b80a334733366f31" Date: Thu, 16 Apr 2020 15:53:21 -0400 X-CTCH-Spam: Unknown X-CTCH-VOD: Unknown X-CTCH-RefID: str=0001.0A020215.5E98B860.0040,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-CSC: 0 X-CHA: v=2.3 cv=C6SXNjH+ c=1 sm=1 tr=0 cx=a_idp_d a=2QOvEwuahD13PG5D1KWcag==:117 a=2QOvEwuahD13PG5D1KWcag==:17 a=HpEJnUlJZJkA:10 a=8zIXeq9O4qMA:10 a=gIyH0a1lZKfWK6Yfp1oA:9 a=QEXdDO2ut3YA:10 a=gx-FtjbPAAAA:8 a=TkG4YHRjmbhy2NMIPUYA:9 a=4BYLrPGlZXAA:10 a=twT2WgSDYikA:10 a=jmqC2b54TssA:10 a=8jxpYo77rZsA:10 a=WK2fSY5PFkMA:10 a=_bV7ufbpVvAA:10 a=eU2WRywB4R0A:10 a=C-XFWrW-OFkA:10 a=VEQs_3gMQbgA:10 a=qiWi7Edwir4A:10 a=eXrdUPbC_bwA:10 a=NWVoK91CQyQA:10 a=-EWPBne4k-St_AbHxJQ-:22 a=KH0KbmKTeOTPAV_lPkxe:22 a=Z5ABNNGmrOfJ6cZ5bIyy:22 a=UDnyf2zBuKT2w-IlGP_r:22 X-Origin-Country: US X-WHL: LR

Haseo9999 (talk) 20:22, 16 April 2020 (UTC)

It's typical phishing with a spoofed From address. Just report as spam in your webmail. Nemo 22:18, 16 April 2020 (UTC)
I did that already. Thanks! Consider this manner solved! Haseo9999 (talk) 22:24, 16 April 2020 (UTC)
This section was archived on a request by: ~riley (talk) 07:31, 17 April 2020 (UTC)

Spam domain name

How to remove the domain from spamming blacklist.— The preceding unsigned comment was added by Umangchugh (talk)

Place a request on the page Talk:Spam blacklist. -- Tegel mobile (talk) 13:01, 3 April 2020 (UTC)

Please change all padlock (protection) images to a more simplistic, material design

Hello. Would you please completely change all the padlock/protection images to the one like this , It's really getting out of date and it needs to be completely redesigned to get a newer, fresher look. 126.26.147.201 11:42, 30 April 2020 (UTC)

How is that thing "fresh"? It looks like it's from Windows 95. For the record, the current one can be seen at MediaWiki talk:Protectedpagetext. --MF-W 12:59, 30 April 2020 (UTC)
Also, take a look at Special:ProtectedPages - you will notice we don't normally use "lock icons" at all here on meta-wiki. — xaosflux Talk 13:12, 30 April 2020 (UTC)
We already discussed it. Meta:Babel/Archives/2019-12#Padlock overhaul. — regards, Revi 14:06, 30 April 2020 (UTC)
This section was archived on a request by: ~riley (talk) 02:48, 5 May 2020 (UTC)

Steward requests/Global becoming too long to navigate

This month, I saw that there are a total of almost 1,000 global locking requests, and that's a whole lot. I mean, that's really too many. But how can this be fixed at all though? 153.204.13.193 22:20, 30 April 2020 (UTC)

This is wrong forum. Ask you questions on Stewards noticeboard. Ruslik (talk) 20:10, 4 May 2020 (UTC)
This section was archived on a request by: ~riley (talk) 02:48, 5 May 2020 (UTC)

The global blocking for 2607:fb90::/32 is completely unnecessary.

I think that this kind of global block should be immediately lifted, because it will likely cause too much of a collateral damage. But how about you, stewards? 180.69.109.128 23:56, 30 April 2020 (UTC)

This section was archived on a request by: ~riley (talk) 02:48, 5 May 2020 (UTC)

Template:Main Page/Sisterprojects/Code

I was about to edit the page in title to make the text in it aligned but an admin suggest me to obtain consensus then I put a topic at its talk page. However, it did not got reply as of now, so I put it here. I advise to change the template above according to this diff to fix the alignment. Sincerely, Hamish 07:23, 18 April 2020 (UTC)

Resolved. Camouflaged Mirage (talk) 10:36, 6 May 2020 (UTC)
This section was archived on a request by: Camouflaged Mirage (talk) 10:36, 6 May 2020 (UTC)

Editing news 2020 #1 – Discussion tools

Read this in another language • Subscription list for this multilingual newsletter

Screenshot showing what the Reply tool looks like
This early version of the Reply tool automatically signs and indents comments.

The Editing team has been working on the talk pages project. The goal of the talk pages project is to help contributors communicate on wiki more easily. This project is the result of the Talk pages consultation 2019.

Reply tool improved with edit tool buttons
In a future update, the team plans to test a tool for easily linking to another user's name, a rich-text editing option, and other tools.

The team is building a new tool for replying to comments now. This early version can sign and indent comments automatically. Please test the new Reply tool.

  • On 31 March 2020, the new reply tool was offered as a Beta Feature editors at four Wikipedias: Arabic, Dutch, French, and Hungarian. If your community also wants early access to the new tool, contact User:Whatamidoing (WMF).
  • The team is planning some upcoming changes. Please review the proposed design and share your thoughts on the talk page. The team will test features such as:
    • an easy way to mention another editor ("pinging"),
    • a rich-text visual editing option, and
    • other features identified through user testing or recommended by editors.

To hear more about Editing Team updates, please add your name to the "Get involved" section of the project page. You can also watch these pages: the main project page, Updates, Replying, and User testing.

– PPelberg (WMF) (talk) & Whatamidoing (WMF) (talk)

19:24, 8 April 2020 (UTC)

Notification of global ban proposal who were active on this wiki

English: This is a notification of global ban discussion against PlavorSeol, persuant to the global ban policy.

You are getting notified because they have edited on this wiki/blocked on this wiki.

한국어: 이 안내는 전역 추방 정책의 규정에 따라 PlavorSeol 사용자에 대한 전역 추방 논의를 알리기 위한 안내입니다.

이 사용자가 이 위키에서 활동한 전력이 있거나, 차단된 바가 있기 때문에 이 안내를 받게 됩니다.

— regards, Revi delivered by MediaWiki message delivery (talk) 16:25, 17 April 2020 (UTC)

Pointless lint filter fixes on discussion pages

These fixes of lint filters in discussion spaces is becoming both tiresome and annoying where it is pointless and basically noise. I can understand fixes in content namespaces, but discussion spaces! Further changes in discussion archives is just plain wrong, they are archives and archives just should be left alone. Why should someone be going in there when someone has archived their pages, and has it noted to leave them alone? Who will go down to their local archive office and take out the books and change those records?

People, please do not be driven to do fixes that are next to valueless. Do not be automatons driven to do pointless issues because someone has given you a toy that finds faults. Be mindful in your actions, do something because it needs doing, not because it can be done. @TheSandDoctor and ~riley: I am talking to you both here as the most recent actors in this place.  — billinghurst sDrewth 08:52, 6 April 2020 (UTC)

Problem is that the old code can break pages and even make half of the page disappear. It's better to fix those for people who later are reading these pages. I know it's not nice when own watchlist is full of this kind of edits, maybe we should leave those for bot accounts. Stryn (talk) 14:35, 6 April 2020 (UTC)
@Billinghurst: can you provide a couple example diffs for our reference? In some cases, lint errors can make a page unreadable so fixing a lint error in general isn't necessarily useless. If these are being done in any volume or bothering recent changes/watchlists then using a bot flag should alleviate that sort of issue. — xaosflux Talk 14:43, 6 April 2020 (UTC)
Stryn, how often have you seen disastrously broken discussion pages? Hardly ever. How often are we seeing these linter corrections coming through? Very regularly. Replacing <tt> with <code>. Replacing <font> b/c as has been deprecated, that doesn't mean that it will ever stop working, it means don't use it further. I am not saying don't fix the content pages, where the fixes truly matter. That is not the case for discussion pages. Not user talk pages. Not archives of discussion pages.

I will plead guilty to having fixing some major issues in archive pages, but manually when sighted, not running a bot process through for little value. When we have people running bot-like process on Special:LintErrors#Low priority issues on these discussion pages not focusing on the high priority, then we have an issue. If people want to fix things, go and do something that really matters.  — billinghurst sDrewth 15:11, 6 April 2020 (UTC)

At least parts of your statement are not correct. Yes, they work now, but that does not mean they will work forever, otherwise the deprecation is useless. They'll stop working one day, and where they're not replaced will break badly. And deprecation does not mean "don't use it further" only, it means don't use it further and replace existing usages. – Ammarpad (talk) 06:03, 11 April 2020 (UTC)
  • If you are talking to two specific users, why are you creating a community discussion rather than approaching them directly? This is the equivalent of dragging two editors to AN without approaching them first. A polite request to not touch discussion pages rather than a rant on Babel goes a long way. ~riley (talk) 19:36, 6 April 2020 (UTC)
    We have a system design problem with a social component. You two are not the first, and you won't be the last. The system encourages people to come and address low value tasks. When valued and experienced users get sucked into doing those tasks then we are losing. That users are drawn to edit archive pages that are usually tagged with {{archive-header}}, {{talk archive}} or an equivalent, then we are losing. That we cannot exclude these pages ourselves, then we are losing. I am talking to you both to get an understanding of what draws you, understanding why it happens is important.  — billinghurst sDrewth 00:18, 7 April 2020 (UTC)

Hi. It seems like there are three potential objections to these linter edits:

  1. Modifying discussion pages, particularly archives.
  2. Clogging up recent changes, watchlists, page histories, and user contributions feeds.
  3. How volunteers choose to spend their time.

sDrewth's posts focus on the third point, which is the worst and weakest argument, in my opinion. There are a lot of time sinks around here: user renaming, sockpuppet investigations, account creation, broken and double redirect management, people deleting and re-creating category description pages all the time, etc. But we don't typically fault users for wanting to get involved in these byzantine and often asinine systems. --MZMcBride (talk) 03:28, 7 April 2020 (UTC)

I cannot agree with your PoV, the three points are raised by me. I am not here raising these points because I am irritated by what people are doing with their time, the issue is raised of what they are doing at the higher level, and of other people's edits in discussions that shouldn't be changed without real purpose.

At meta I can only deal with meta, and try to understand why people are now doing something that for years we would not have done, and seemingly just because a tool has listed it on a page report. The community hasn't asked for it to be done, and it isn't resolving any existing issues. I will deal with the problematic system issues at phabricator, which I have separately done.  — billinghurst sDrewth 05:37, 7 April 2020 (UTC)

  • Such "pointless" fixes are often necessary as it breaks HTML syntax and (consequently) makes it invisible or hard to see. (Example: This is not the "extreme" one, actually one of the most mild one, but d:User_talk:GerardM/Archive_1#Human_groups and scroll to the bottom) Fixing such thing is a good thing and should not be discouraged. — regards, Revi 16:47, 7 April 2020 (UTC)
  • I agree with Revi here. These fixes may seem pointless, but are somewhat useful, and if someone wants to volunteer to do them then I don't see any harm. If the notifications are disruptive, then this can be done manually from a bot account. – Ajraddatz (talk) 17:00, 7 April 2020 (UTC)
  • I agree with MZMcBride on this. Lint errors are errors that need to be fixed. Deprecation is typically done with the intent to remove in the future. As such, fixing lint errors is fairly important. The less reliant, for example, a page is on deprecated HTML tags the better. Just because they are time sinks doesn't mean that users should not be repairing them when they see them. I do, however, agree that flood rights would be a better option for doing any quantity of them and will be sure to use flood rights for this sort of work in the future as to avoid flooding anyone's watchlist. In regards to a bot doing this work: a lot of the awb results require manual adjustment prior to saving. Letting a bot loose on these would not be the best option. --TheSandDoctor Talk 17:40, 7 April 2020 (UTC)
  • Mozilla, the developers of Firefox, have given such indication, stating in a prominent warning "...Although it may still work in some browsers, its use is discouraged since it could be removed at any time...." (emphasis mine). So unless we're to use the logic "not all smokers die from cancer, so it's fine to pick up smoking", I think we should definitely follow the advice of Mozilla and begin removing these errors. Further, how volunteer editors spend their time and whether they choose to do wikignome work is their call. I've decided this is an area I want to allot my time towards, and as the flood flag prevents the edits from disrupting the RC feed I will be moving forward. --TheSandDoctor Talk 20:15, 22 April 2020 (UTC)
  • I'm sure you have the best of intentions, but if you're not going to understand or read the links I posted, there's not much point in me engaging further. You're trying to fix something that isn't actually a problem, and that we have better ways to fix if it ever did become a real problem. If you want to keep going and tell yourself that it's not disruptive, instead of doing something productive, have fun. Legoktm (talk) 23:09, 26 April 2020 (UTC)

As far as I can tell, the edits in question were all replacing deprecated HTML tags, which isn't a real problem today, hence the low priority designation. Just use a bot account please and have a script (I'm sure someone has already written one) fix all of the issues in one go rather than requiring multiple edits for each type of tag. Legoktm (talk) 03:28, 9 April 2020 (UTC)

Good reminder to use a bot; we'll both proceed with using the pseudobot flag when performing these edits. I am not going to comment on the value or priority of these lint errors. Although we may be working on the low priority ones now, primarily because one page can have up to 10 lint errors and it's easy to tackle, the medium to high priority lint errors are on the list to be done. @Legoktm: Do you have any ideas for who may have written such a script? I have tried searching. ~riley (talk) 22:39, 9 April 2020 (UTC)
mw:Help:Extension:Linter#Tools, probably WPCleaner. Legoktm (talk) 04:32, 11 April 2020 (UTC)
  • My meta limited/temp RfA just recently closed as successful. Given that there is both consensus here on meta and phabricator that lint fixes should go ahead regardless of location, I will continue as before. However, I do agree that using flood rights is vastly preferred for this and have received confirmation from Matiia that assigning myself flood rights for this activity would not constitute going outside of my approval. Based on this, I will temporarily assign myself the flood flag for the duration of runs. I also second what riley has said above. If lego has a script for this or knows someone who does, I would likewise be interested. --TheSandDoctor Talk 01:32, 10 April 2020 (UTC)
    I don't think there's an informed consensus here, mostly because most people here aren't really aware of what is being discussed. Legoktm (talk) 04:32, 11 April 2020 (UTC)
I don't think that's the case, Babel is the most public place for meta-Meta discussion, serving as the Village Pump for the project. In my opinion, those that wanted to have a say on this already did it, and from the ones that did, a consensus emerged that the lint errors should be fixed. Best, —Thanks for the fish! talk•contribs 01:57, 22 April 2020 (UTC)
Lego isn't saying the venue is inappropriate, he's saying that consensus isn't based on hard facts (i.e. that these changes have no substantive value). I'm personally fine with them so long as they are happening behind the scenes and out of my watchlist/the recent changes. – Ajraddatz (talk) 02:41, 22 April 2020 (UTC)
That makes more sense than my original thinking of the here in "most people here" being this page. Thanks for clarifying :) —Thanks for the fish! talk•contribs 20:19, 22 April 2020 (UTC)
Right. Most of the people commenting here don't appear to understand the technical issue being discussed, so it's not really possible to call it a consensus. Legoktm (talk) 23:09, 26 April 2020 (UTC)
Retrieved from "https://meta.wikimedia.org/w/index.php?title=Meta:Babel/Archives/2020-04&oldid=20118856"