Page MenuHomePhabricator

Darwinius (Darwin)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Nov 30 2015, 8:50 PM (255 w, 1 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
DarwIn [ Global Accounts ]

Recent Activity

Tue, Sep 29

Darwinius added a comment to T263943: Not getting notifications while using the Wikipedia app.

@Darwinius: Hi, which exact Wikipedia app is this about (Android? iOS?), and which app version?

Tue, Sep 29, 8:49 AM · Wikipedia-Android-App-Backlog

Mon, Sep 28

Darwinius updated the task description for T263964: Wiki Loves Competitions Tools showing wrong totals for WLM 2020.
Mon, Sep 28, 12:50 AM · Tool-wikiloves
Darwinius updated subscribers of T263964: Wiki Loves Competitions Tools showing wrong totals for WLM 2020.
Mon, Sep 28, 12:49 AM · Tool-wikiloves
Darwinius added a project to T263964: Wiki Loves Competitions Tools showing wrong totals for WLM 2020: Tool-wikiloves.
Mon, Sep 28, 12:48 AM · Tool-wikiloves

Sun, Sep 27

Darwinius updated the task description for T263965: Croptool showing wrong (?) photo orientation.
Sun, Sep 27, 11:40 PM · Tools
Darwinius updated the task description for T263965: Croptool showing wrong (?) photo orientation.
Sun, Sep 27, 11:40 PM · Tools
Darwinius created T263965: Croptool showing wrong (?) photo orientation.
Sun, Sep 27, 11:39 PM · Tools
Darwinius added a comment to T263964: Wiki Loves Competitions Tools showing wrong totals for WLM 2020.

Portugal total is over 11000, but seems to be stuck now at 9800 in the tool...

Sun, Sep 27, 11:06 PM · Tool-wikiloves
Darwinius renamed T263964: Wiki Loves Competitions Tools showing wrong totals for WLM 2020 from Wiki Loves Competitions Tools showing random totals for WLM 2020 to Wiki Loves Competitions Tools showing wrong totals for WLM 2020.
Sun, Sep 27, 11:06 PM · Tool-wikiloves
Darwinius added a comment to T263964: Wiki Loves Competitions Tools showing wrong totals for WLM 2020.

Now Armenia, which was around 15500, is at 12100:

Sun, Sep 27, 10:27 PM · Tool-wikiloves
Darwinius added a project to T263964: Wiki Loves Competitions Tools showing wrong totals for WLM 2020: Tool-wikiloves.
Sun, Sep 27, 9:49 PM · Tool-wikiloves
Darwinius created T263964: Wiki Loves Competitions Tools showing wrong totals for WLM 2020.
Sun, Sep 27, 9:48 PM · Tool-wikiloves
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

Hi, while this is an interesting conversation, discussing where which languages are spoken doesn't feel directly related to the topic of this ticket.
It would be nice if you could consider taking that conversation to a better suited venue, e.g. on-wiki. Thanks for your understanding!

Sun, Sep 27, 4:30 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

Why Yoruba?

Interesting! I was under the impression that it is one of the official languages of Brazil, which would indeed be very weird if no one spoke it there

Sun, Sep 27, 1:56 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

what you really have there is the descendants of the actual colonizers and the ones enslaved by them, as well as a lot of other ppl that migrated there after independence of the territory was granted to the settlers (at least this is how ppl generally identify themselves there)

Perhaps an analysis of the overlap between the Yoruba and Portuguese wikis might help shed some light on the problem then? If the overwhelming majority of abusers are in the overwhelming majority of readers (which would be a logical conclusion), then perhaps some of the vandalism is shared by both?

Sun, Sep 27, 1:03 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

If it's me creating the accounts, they start already confirmed? Or do I still have to confirm them?

You still have to do it. (Automating that is not a bad idea; I filed T262621: Add checkbox to account creation form for making the user manually confirmed.)

Sun, Sep 27, 12:30 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

In a way, it is a breeding ground for social unrest on a global scale against colonial views and antiquated notions of what we like to call "reliable sources".

Sun, Sep 27, 12:25 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius created T263943: Not getting notifications while using the Wikipedia app.
Sun, Sep 27, 12:10 PM · Wikipedia-Android-App-Backlog
Darwinius added a comment to T262320: Editing unregistered at wiki.pt does not generate any kind of warning about ones IP being revealed.

I just tried again yesterday, and confirmed again that while editing what teh app wrongly calls "article description" - in fact, the Wikidata description - there is not any information anywhere stating that your IP is going to be revealed. I consider this a security problem of some severity.

Sun, Sep 27, 12:00 PM · VisualEditor

Sep 8 2020

Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

The captcha conditions for IP editors and non-autoconfirmed editors are identical (inserting external links). Admins can manually confirm new users, that might be a worthwhile thing to do for outreach events. (Likewise, you can ask participants for their preferred username at the start of the event, and create their accounts for them, so they don't have to deal with the captcha.)

Sep 8 2020, 9:46 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

For background on captchas at registration, see T241921: Fix Wikimedia captchas. It's an unfortunate situation, but there is no easy way to improve it.

Sep 8 2020, 8:48 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T262320: Editing unregistered at wiki.pt does not generate any kind of warning about ones IP being revealed.

I believe the warning should not be displayed before editing, but before saving, which is what really counts.

That might be an addition to be made. IMHO, I don't see anything wrong with the notification being there (as well) before actually making any changes. It saves people making the edits, then the edit being discarded when they don't want to save the changes and have their IP exposed.

Sep 8 2020, 8:35 PM · VisualEditor
Darwinius added a comment to T262320: Editing unregistered at wiki.pt does not generate any kind of warning about ones IP being revealed.

Edit unregistered using Visual Editor in desktop mode (in a laptop, using the Private Window feature of Firefox)

seems to be the same as

Sep 8 2020, 8:24 PM · VisualEditor
Darwinius created T262320: Editing unregistered at wiki.pt does not generate any kind of warning about ones IP being revealed.
Sep 8 2020, 8:00 PM · VisualEditor
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.
Sep 8 2020, 7:46 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

[...]

No, it does not. I just tested (again), and nothing of that sort appears. Not in the Wikipedia app, not on desktop mode, and not in the mobile mode (which I just tested again 1 minute ago, just to be sure).

I just tested all three myself (and took screenshots visible on my comment), and every method I tried tells it very clearly. Did you try it in a private window (where there aren't any cookies which may remember you dismissing such popups earlier)?

Sep 8 2020, 6:51 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

[...]

No, it does not. I just tested (again), and nothing of that sort appears. Not in the wikipedia app, not on desktop mode, and not in the mobile mode (which I just tested again 1 minute ago, just to be sure).

I just tested all three myself (and took screenshots visible on my comment), and every method I tried tells it very clearly. Did you try it in a private window (where there aren't any cookies which may remember you dismissing such popups earlier)?

Sep 8 2020, 6:45 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

Another very alarming, dangerous and worrisome thing: Anyone editing unregistered at wiki.pt both through the Wikipedia app, and through Visual Editor (mobile or desktop) is not aware in the least that they are revealing their IP to the world. There is no warning, no information, nothing. The person simply saves the edition, and their IP gets revealed without any kind of warning nor consent. You can imagine the kind of (even possibly fatal) danger this kind of thing represent, even to registered editors who log out by accident and do not realize they are logged out when they edit? There have already been documented cases of people persecuted in their workplace and menaced with judicial process for doing controversial editions unregistered at wiki.pt. It's not even theoretic anymore.

The visual editor shows this popup by default:

The Android app also tells this at least in English:

Sep 8 2020, 6:40 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

Request of enabling CAPTCHA for IP edits in ptwiki was similarly declined on 2013 by Deputy Director of WMF at the time on similar grounds: T51860#589243 ptwiki is not first wiki to make such requests and all similar requests have been denied already

Sep 8 2020, 6:32 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

Suggesting changes to founding principles, or asking that a certain project be exempted from them, is a valid discussion for global community forums like Meta or wikimedia-l. (Not one that's likely to succeed, but valid nevertheless.) Phabricator is not such a forum. (See Phabricator etiquette.) Please do not get into policy debates here, you will be wasting your time, and you will be wasting other people's time too.

De facto policies around anonymous edits have been shaped by research on the value of IP editing. If you want to have a productive discussion about whether those policies are wrong for pt.wiki, or in general, engaging with the arguments made on that page is probably a good way forward.

Sep 8 2020, 5:54 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests

Aug 28 2020

Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

In the discussion of the Lusophone community, I was in favor of banning IPs, as they are the main vandalists of Wikipedia Lusophone; but the foundation principle says that

The ability of almost anyone to be able to edit (most) articles without registering.

she says without registering, it is an easy matter to assimilate; it is not a condition, in which if the community accepts the ban of IPs; banning happens. It is a condition, which I even understand why WMF employees refuse; I sincerely think it is even better to use the abuse filters and tools against vandalism, for example: Huggle - That it is easy to detect vandalism, and reverse it. I will exchange my vote for a disagreement for the part of the possibility that an abuse filter is possible, since the filter will monitor the edits by IPs and be able to revert it if it is vandalism and would not have to ban IPs; that I violated a pillar of the foundation's principles.

Aug 28 2020, 2:16 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests

Aug 27 2020

Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

I must had that I had (informally) consulted with 2 WMF employees last November, while at Wikindaba (Christel and Tony, from T&S, after an workshop related to IPs and security) about the possibility of a project community to decide to exclude edit access for IPs, and they said that we just needed to obtain visible consensus for it at our community, and present it to the developers. Now you say it can't be implemented because of what, really? What is the argument for not respecting an entire project community decision, in case consensus is obtained there?

HI, all. @Darwinius: I do not recall the conversation in question. To clarify, the Foundation's Legal department is happy to assist if needed to assess the legality of configuration changes to projects. We are not the arbiter for whether a configuration change should be made. If Christel or I said anything at Indaba that implied that a project could unilaterally approve such a change (i.e., without consensus from the developer community and/or input from the systems administrators), please attribute it to a miscommunication.

Legal is very aware that Portuguese Wikipedia has been struggling with vandalism and spam for some time, and the need for technical support. We are discussing multiple initiatives in partnership with Product that we hope will help.

Aug 27 2020, 10:50 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests

Aug 25 2020

Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

Bypassing the protective measures implemented in abuse filter would end up getting reverted and admins of that wiki getting desysopped by the stewards. There are limits to what community can do in a wiki. It's like raising a child, you can raise your child any way you want but there are limits, if you cross those limits, custody of the child will be revoked, try to bypass those limits, there will be similar actions.
It's not dev vs. community, it's rest of Wikimedia vs. that community.

Aug 25 2020, 12:25 AM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests

Aug 24 2020

Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

Note to those I see in the ptwiki comments proposing AbuseFilters: Abuse Filter has emergency checks that will disable a filter matching 5% or more of edits.

$ curl -s 'https://pt.wikipedia.org/w/api.php?action=query&list=recentchanges&rctype=edit|new&rclimit=500&rcprop=user&format=json' | jq '[.query.recentchanges[] | select (.anon)] | length'
113

113/500 = 22.6%

Aug 24 2020, 11:43 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.
Aug 24 2020, 11:33 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

See also https://meta.wikimedia.org/wiki/Talk:IP_Editing:_Privacy_Enhancement_and_Abuse_Mitigation/Archives/08-2019#Simpler_solution_-_turn_off_IP_editing

To start with I'd be curious whether reviewing IP edits using FlaggedRevs Extension was considered.
Huwiki made a comparison about using or disabling flagged revision, which suggest me that IP edits are better quality when IP edits are reviewed.
Additionally if IP edits are overwhelming, not reviewing the flagged revisions has the practical effect of disabling IP editing.

Aug 24 2020, 10:54 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

This is technically possible but won't ever be implemented in production, being freely editable is one of our five pillars (w.wiki/5) and anything beside these five pillar is changeable (i.e. you can't RFC this, neither in Wiki, nor here), similar to the fact that you can't make content of Wikipedia fully copyrightable even if you have full support of the community.

That being said, it seems obvious that the wiki needs better vandalism tools, like Abusefilter, ores, etc. I recommend reaching out to a larger wiki and ask their help in implementing such tools (like a bot similar to Cluebot NG)

Aug 24 2020, 10:16 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests
Darwinius added a comment to T261133: Ban IP edits on pt.wiki.

No founding principle of Wikipedia would be disrespected.

I recommend reading the second Wikimedia founding principle: "The ability of almost anyone to edit (most) articles without registration."

Aug 24 2020, 10:04 PM · Growth-Team, Anti-Harassment, Wikimedia-Site-requests

Mar 26 2020

Darwinius added a comment to T247847: Proposal (GSoC 2020): Implement articlequality and draftquality model for ptwiki and apply insights to models for bs, uk, hi wikis.

@Chtnnh hello! Yes, I hope so. What should I do? How can I help?

Mar 26 2020, 5:46 PM · Machine Learning Platform, artificial-intelligence, Google-Summer-of-Code (2020), Outreach-Programs-Projects

Jan 21 2020

Darwinius created T243303: Commons Mobile App generating wrong categories.
Jan 21 2020, 6:11 PM · Commons-App-General

Nov 13 2019

Darwinius created T238272: Meta page with wrong preview image on Telegram (cache problem?).
Nov 13 2019, 10:28 PM · Commons

Sep 19 2019

Darwinius added a comment to T233269: WMFTimeoutException when attempting category moves on Commons.

Internal error:
[XYN-tApAICsAABr6nm0AAABA] 2019-09-19 13:17:36: Fatal exception of type "WMFTimeoutException"
[XYN-uwpAMFMAAJZQkSoAAACM] 2019-09-19 13:17:43: Fatal exception of type "WMFTimeoutException"

Sep 19 2019, 1:19 PM · Wikimedia-production-error, Commons
Darwinius added a comment to T233272: Fatal exception of type "WMFTimeoutException" when moving categories in Wikimedia Commons.

@Aklapper I tried to do that myself, but I was unable to find the other task in the list...

Sep 19 2019, 1:12 PM · Commons
Darwinius added a comment to T233272: Fatal exception of type "WMFTimeoutException" when moving categories in Wikimedia Commons.

https://phabricator.wikimedia.org/T233269 is about the same problem (please merge)

Sep 19 2019, 2:35 AM · Commons
Darwinius added a comment to T233269: WMFTimeoutException when attempting category moves on Commons.

https://phabricator.wikimedia.org/T233272 is about the same problem

Sep 19 2019, 2:34 AM · Wikimedia-production-error, Commons
Darwinius updated the task description for T233272: Fatal exception of type "WMFTimeoutException" when moving categories in Wikimedia Commons.
Sep 19 2019, 2:32 AM · Commons
Darwinius created T233272: Fatal exception of type "WMFTimeoutException" when moving categories in Wikimedia Commons.
Sep 19 2019, 2:30 AM · Commons

Sep 17 2019

Darwinius added a comment to T227702: Export WDQS : iframe et href for External ID (GLAM projects).

@Lucas_Werkmeister_WMDE looks perfect to me - and the "long-standing idea" you mentioned is something I was also trying to figure how to do, as it would be great to place the Qids there, or to transform them into Reasonator entries, at will.

Sep 17 2019, 9:27 PM · Wikidata Query UI, Wikidata
Darwinius added a comment to T227702: Export WDQS : iframe et href for External ID (GLAM projects).

@Lucas_Werkmeister_WMDE yes, correct.
The first column is not mandatory, as the friendly value could be hardcoded in the query as something like "Official website".

Sep 17 2019, 11:01 AM · Wikidata Query UI, Wikidata
Darwinius added a comment to T227702: Export WDQS : iframe et href for External ID (GLAM projects).

Hello, I'm also trying to do the same to get a friendlier way to present the URL at the digital library I'm building at an external website over wikidata: https://adegi.pt/recursos/biblioteca.
I would really appreciate if there would be some way of hiding the URL with something like "Digital Edition".

Sep 17 2019, 4:53 AM · Wikidata Query UI, Wikidata

Sep 3 2019

Darwinius added a comment to T231760: Portugal appearing as "not participating in Wiki Loves Monuments 2019" at WLM map.

Done, created a new task for the credits thing: https://phabricator.wikimedia.org/T231923, thanks.

Sep 3 2019, 5:41 PM · Wiki-Loves-Monuments (2020), Monumental
Darwinius created T231923: Allow changing the name in the credits.
Sep 3 2019, 5:39 PM · Wiki-Loves-Monuments (2020), Monumental
Darwinius added a comment to T231760: Portugal appearing as "not participating in Wiki Loves Monuments 2019" at WLM map.

Thanks!! It's now accepting uploads from Portugal, but the correct monument template is still missing (https://commons.wikimedia.org/wiki/Template:MonumentIDPortugal )

Sep 3 2019, 11:32 AM · Wiki-Loves-Monuments (2020), Monumental

Sep 1 2019

Darwinius added a comment to T231727: Switch Portugal to Wikidata at the Monuments Database.

Thanks, the sparql query seems to be OK.

Sep 1 2019, 8:37 PM · Wiki-Loves-Monuments (2020), User-LokalProfil, Wiki-Loves-Monuments-Sources
Darwinius created T231760: Portugal appearing as "not participating in Wiki Loves Monuments 2019" at WLM map.
Sep 1 2019, 7:42 PM · Wiki-Loves-Monuments (2020), Monumental

Aug 31 2019

Darwinius updated the task description for T231727: Switch Portugal to Wikidata at the Monuments Database.
Aug 31 2019, 8:35 PM · Wiki-Loves-Monuments (2020), User-LokalProfil, Wiki-Loves-Monuments-Sources
Darwinius created T231727: Switch Portugal to Wikidata at the Monuments Database.
Aug 31 2019, 8:29 PM · Wiki-Loves-Monuments (2020), User-LokalProfil, Wiki-Loves-Monuments-Sources

Jul 13 2019

Darwinius updated the task description for T227926: http://tiles.wmflabs.org/osm/slippymap.html not showing OSM credits.
Jul 13 2019, 11:53 AM

Jul 12 2019

Darwinius updated subscribers of T227926: http://tiles.wmflabs.org/osm/slippymap.html not showing OSM credits.
Jul 12 2019, 11:21 PM
Darwinius added a project to T227926: http://tiles.wmflabs.org/osm/slippymap.html not showing OSM credits: Maps.
Jul 12 2019, 11:20 PM
Darwinius created T227926: http://tiles.wmflabs.org/osm/slippymap.html not showing OSM credits.
Jul 12 2019, 11:05 PM

Jun 29 2019

Darwinius created T226904: Error while saving note in Commons.
Jun 29 2019, 9:24 PM · Commons

Jun 26 2019

Darwinius added a comment to T226672: File move/ rename tab not working in Commons.

When trying to manually move the file using https://commons.wikimedia.org/wiki/Special:MovePage/File:Suma%C3%BAma_(Ceiba_pentandra)_in_Funchal,_Madeira.jpg, it shows:

Jun 26 2019, 10:49 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Multimedia, MediaWiki-File-management, Regression, Commons
Darwinius renamed T226672: File move/ rename tab not working in Commons from File move/ rename tab not appearing in Commons to File move/ rename tab not working in Commons.
Jun 26 2019, 10:47 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Multimedia, MediaWiki-File-management, Regression, Commons
Darwinius added a comment to T226672: File move/ rename tab not working in Commons.

No idea if this is related, but I'm also seeing this weird, and rather useless button "wiki-en", which I can't recall seeing here earlier, don't seem to appear on the gadget list, and do not seem to do anything useful at all (just shows the same picture in wiki-en). The purge button seems to be duplicated as well (one as * and another as "purge")

Jun 26 2019, 10:29 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Multimedia, MediaWiki-File-management, Regression, Commons
Darwinius updated the task description for T226672: File move/ rename tab not working in Commons.
Jun 26 2019, 10:22 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Multimedia, MediaWiki-File-management, Regression, Commons
Darwinius created T226672: File move/ rename tab not working in Commons.
Jun 26 2019, 10:21 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Multimedia, MediaWiki-File-management, Regression, Commons
Darwinius added a comment to T226545: Loop trying to create an account in Wikimedia Space in certain cases.

@Qgil I experimented loging in with my mobile phone, and it worked. After that Firefox (with a zillion open tabs, true) was a bit confused, a message showed up saying I had to login with WordPress, but no WordPress login was available. It eventually ended up working afterwards, and now I get automatically signed in in Firefox even with all those open tabs.

Jun 26 2019, 9:46 PM · Space (Jul-Sep-2019), Discourse
Darwinius added a comment to T226545: Loop trying to create an account in Wikimedia Space in certain cases.

I'm getting this exact problem, with a loop on account creation, right now. Firefox 67.0.4 (64-bit)

Jun 26 2019, 12:37 AM · Space (Jul-Sep-2019), Discourse

May 16 2019

Darwinius added a comment to T223485: Please add support for the GB Creole language.

Hi Amire,

May 16 2019, 10:14 PM · Patch-For-Review, translatewiki.net
Darwinius created T223485: Please add support for the GB Creole language.
May 16 2019, 8:28 PM · Patch-For-Review, translatewiki.net

Mar 13 2019

TheDJ awarded T213214: Visual Editor gets stuck opening article (net::ERR_SPDY_PROTOCOL_ERROR 200/Loading failed for the <script> with source ...) a Stroopwafel token.
Mar 13 2019, 9:04 AM · VisualEditor (Current work), User-Ryasmeen, Traffic, Wikimedia-Apache-configuration, Operations

Mar 10 2019

Pols12 awarded T213214: Visual Editor gets stuck opening article (net::ERR_SPDY_PROTOCOL_ERROR 200/Loading failed for the <script> with source ...) a Burninate token.
Mar 10 2019, 4:42 PM · VisualEditor (Current work), User-Ryasmeen, Traffic, Wikimedia-Apache-configuration, Operations

Jan 24 2019

Darwinius added a comment to T214604: OTRS receiving flood of emails.

Again, lots of messages coming in (noticed at "probably spam" OTRS queue)

Jan 24 2019, 8:33 PM · Mail, Operations, OTRS
Darwinius added a comment to T214604: OTRS receiving flood of emails.

It's not only info-en-c, other queues are receiving this as well. Many messages get immediately stuck in the probably spam queue, others are being manually moved from other queues into that one, apparently (no idea why, people should be moving them directly to junk instead of contributing to the flood)

Jan 24 2019, 6:51 PM · Mail, Operations, OTRS
Darwinius added a comment to T214604: OTRS receiving flood of emails.

OTRS probably spam queue is totally flooded by the SMTP failed delivery messages

Jan 24 2019, 6:22 PM · Mail, Operations, OTRS

Jan 16 2019

Darwinius created T213879: Error while moving article at wiki.pt.
Jan 16 2019, 12:12 AM · Wikimedia-production-error

Jan 8 2019

Darwinius created T213214: Visual Editor gets stuck opening article (net::ERR_SPDY_PROTOCOL_ERROR 200/Loading failed for the <script> with source ...).
Jan 8 2019, 7:45 PM · VisualEditor (Current work), User-Ryasmeen, Traffic, Wikimedia-Apache-configuration, Operations

Feb 26 2018

Darwinius added a comment to T188129: Request for allowance of multiple account registers from same IP for 2018-02-27.

The National Library has just sent me the IP address to be excepted for accopunt creation. In case it still is possible, the address is:

Feb 26 2018, 3:55 PM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests

Feb 23 2018

Darwinius created T188129: Request for allowance of multiple account registers from same IP for 2018-02-27.
Feb 23 2018, 6:47 PM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests

Jan 25 2018

Darwinius added a comment to T185670: Request for allowance of multiple account registers from same IP for 2018-01-25 14:00UTC.

I only knew the room the formation was taking place at the moment it started. The IP limitation ended up messing up the practical part of it, but I suppose there is nothing that can be done about that in this situation. Thank you very much, anyway, next time I'll try to get a fixed location beforehand as a must, to avoid this happening again.

Jan 25 2018, 10:07 PM · Wikimedia-Site-requests
Darwinius added a comment to T185670: Request for allowance of multiple account registers from same IP for 2018-01-25 14:00UTC.

This is the event:

Jan 25 2018, 12:22 AM · Wikimedia-Site-requests

Jan 24 2018

Darwinius updated the task description for T185670: Request for allowance of multiple account registers from same IP for 2018-01-25 14:00UTC.
Jan 24 2018, 11:54 PM · Wikimedia-Site-requests
Darwinius updated the task description for T185670: Request for allowance of multiple account registers from same IP for 2018-01-25 14:00UTC.
Jan 24 2018, 11:50 PM · Wikimedia-Site-requests
Darwinius created T185670: Request for allowance of multiple account registers from same IP for 2018-01-25 14:00UTC.
Jan 24 2018, 11:49 PM · Wikimedia-Site-requests

Dec 15 2017

Darwinius added a comment to T182872: Unable to see user contributions at pt.wiki.

I would prefer not to do that, unless there is no other option. Despite not using/changing any setting on that project for weeks, or more than a month, I have a lot of personalization on my settings, and it would take a while to return everything to the current state.

Dec 15 2017, 7:45 PM · Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage
Darwinius added a comment to T182872: Unable to see user contributions at pt.wiki.

Hello Etonkovidova,

Dec 15 2017, 6:56 PM · Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage

Dec 14 2017

Darwinius added a comment to T182872: Unable to see user contributions at pt.wiki.

Hi jmatazzoni,

Dec 14 2017, 11:08 PM · Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage
Darwinius added a comment to T182872: Unable to see user contributions at pt.wiki.

Hi Aklapper,

Dec 14 2017, 9:59 PM · Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage
Darwinius reopened T182872: Unable to see user contributions at pt.wiki as "Open".

Hello Aklapper,

Dec 14 2017, 9:25 PM · Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage
Darwinius added a comment to T182872: Unable to see user contributions at pt.wiki.

Hello Aklapper,

Dec 14 2017, 1:37 PM · Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage
Darwinius updated the task description for T182872: Unable to see user contributions at pt.wiki.
Dec 14 2017, 1:17 PM · Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage
Darwinius created T182872: Unable to see user contributions at pt.wiki.
Dec 14 2017, 1:16 PM · Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage

Dec 8 2017

Darwinius added a comment to T182322: ChronologyProtector breaks if two requests write different sets of databases.

Not sure if it is related to this, but for about 2 days already I was getting incredible lag and slowness in Commons, specially while performing a task with AWB. The feeling was that it was being throttled, as after some rest it would do between 2-5 edits normally, then that incredible slowness again. The manual changes on Commons were taking a loooong time to commit, and autocomplete would only start after an exasperating delay. Seems to be back to normal now, finally.

Dec 8 2017, 9:04 PM · MW-1.31-release-notes (WMF-deploy-2018-01-16 (1.31.0-wmf.17)), Patch-For-Review, Wikimedia-Rdbms, Wikidata, Performance-Team, User-Addshore, User-notice

Aug 23 2017

Darwinius added a comment to T173524: "Fatal exception of type "Wikimedia\Rdbms\DBQueryError" when trying to see watchlist in Commons.

HI Aklapper,

Aug 23 2017, 1:35 PM · Wikimedia-General-or-Unknown, MediaWiki-Watchlist, Wikimedia-production-error

Aug 17 2017

Darwinius created T173524: "Fatal exception of type "Wikimedia\Rdbms\DBQueryError" when trying to see watchlist in Commons.
Aug 17 2017, 5:47 PM · Wikimedia-General-or-Unknown, MediaWiki-Watchlist, Wikimedia-production-error
Darwinius reopened T164314: "Fatal exception of type "Wikimedia\Rdbms\DBQueryError" when url with Watchedlisted filters is used as "Open".

I keep getting this whenever I try to see my watchlist in Commons:

Aug 17 2017, 3:39 PM · MW-1.30-release-notes (WMF-deploy-2017-05-09_(1.30.0-wmf.1)), Patch-For-Review, Edit-Review-Improvements-RC-Page, Collaboration-Team-Triage (Collab-Team-Q4-Apr-Jun-2017)
Darwinius reopened T164314: "Fatal exception of type "Wikimedia\Rdbms\DBQueryError" when url with Watchedlisted filters is used, a subtask of T163964: Add filter set for 'Watchlisted pages' to RC Filters , as Open.
Aug 17 2017, 3:39 PM · User-notice-collaboration, MW-1.30-release-notes (WMF-deploy-2017-05-09_(1.30.0-wmf.1)), Patch-For-Review, Collaboration-Team-Triage (Collab-Team-Q4-Apr-Jun-2017), Edit-Review-Improvements-RC-Page

Dec 6 2015

Darwinius added a comment to T119901: Add http://arquivomunicipal2.cm-lisboa.pt to $wgCopyUploadsDomains.

Indeed, it ceased to appear for me as well, while all the others are still there without any problem. Something quite strange is happening with those images, maybe it will be better to leave this closed , at least for now. Thank you very much for your patience and time, again.

Dec 6 2015, 3:48 PM · Wikimedia-Site-requests, Commons
Darwinius added a comment to F3052818: Screenshot from 2015-12-06 11:30:18.png.

Indeed, it ceased to appear for me as well, while all the others are still there without any problem. Something quite strange is happening with those images, maybe it will be better to leave this closed , at least for now. Thank you very much for your patience and time, again.

Dec 6 2015, 3:47 PM