Page MenuHomePhabricator

Ankit-Maity
Bot

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Oct 28 2014, 12:51 PM (255 w, 2 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
QEDK [ Global Accounts ]

Recent Activity

Aug 19 2019

Ankit-Maity added a comment to T222953: Make "move subpages" checked by default on Special:MovePage.

Thanks all @Aklapper @DannyS712 @Legoktm !

Aug 19 2019, 7:54 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), Core Platform Team Workboards (Clinic Duty Team), User-DannyS712, MediaWiki-Special-pages

Aug 15 2019

Ankit-Maity added a comment to T222953: Make "move subpages" checked by default on Special:MovePage.

@Aklapper can you +2 the CR, I think this is fairly a no-brainer.

Aug 15 2019, 7:27 AM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), Core Platform Team Workboards (Clinic Duty Team), User-DannyS712, MediaWiki-Special-pages

Jun 29 2019

Ankit-Maity created T226898: Database error while moving over redirect: Transaction exceeding the limit of 3 seconds.
Jun 29 2019, 6:36 PM · Wikimedia-database-error, Wikimedia-production-error, MediaWiki-Special-pages

Jun 18 2019

Ankit-Maity updated the task description for T225984: Allow defining account creation limits for specific groups (e.g. extended-confirmed accounts).
Jun 18 2019, 12:43 PM · MediaWiki-Configuration, MediaWiki-User-login-and-signup
Ankit-Maity added a comment to T225984: Allow defining account creation limits for specific groups (e.g. extended-confirmed accounts).

Thanks everyone for sharing your technical expertise!
@Ankit-Maity: As this has become a request to develop functionality code I have clarified the task summary.
A request to change the (non-existing) configuration setting for a specific wiki must be separate from this task. That request would currently be unactionable, until somebody contributes the missing functionality code first.

Jun 18 2019, 12:42 PM · MediaWiki-Configuration, MediaWiki-User-login-and-signup
Ankit-Maity added a comment to T225984: Allow defining account creation limits for specific groups (e.g. extended-confirmed accounts).

@Ankit-Maity, @JJMC89, @Mainframe98: Is this a request to change an *existing* configuration setting? That would be Wikimedia-Site-requests and https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes .
There is wgAccountCreationThrottle in https://noc.wikimedia.org/conf/InitialiseSettings.php.txt but I do not know how one can add a specific group like extended-confirmed? So if this would require someone to do software development first and contribute a patch, and this would make this patch be listed under #MediaWiki-* and not under Wikimedia-Site-requests.

Jun 18 2019, 10:01 AM · MediaWiki-Configuration, MediaWiki-User-login-and-signup
Ankit-Maity renamed T225984: Allow defining account creation limits for specific groups (e.g. extended-confirmed accounts) from Raise account creation limit to 10 for extended-confirmed accounts to Raise account creation limit to 10/day for extended-confirmed accounts.
Jun 18 2019, 6:18 AM · MediaWiki-Configuration, MediaWiki-User-login-and-signup
Ankit-Maity added a project to T225984: Allow defining account creation limits for specific groups (e.g. extended-confirmed accounts): MediaWiki-Configuration.
Jun 18 2019, 6:15 AM · MediaWiki-Configuration, MediaWiki-User-login-and-signup
Ankit-Maity created T225984: Allow defining account creation limits for specific groups (e.g. extended-confirmed accounts).
Jun 18 2019, 6:12 AM · MediaWiki-Configuration, MediaWiki-User-login-and-signup

Jun 3 2019

Ankit-Maity closed T222418: 503 errors for several Wikipedia pages as Resolved.

That explanation certainly helps

Jun 3 2019, 6:30 PM · Wikimedia-Incident, Traffic, Operations, Wikimedia-General-or-Unknown, User-DannyS712
Ankit-Maity reopened T222418: 503 errors for several Wikipedia pages as "Open".
... cp1075 cp1075, Varnish XID 1035109169
Error: 503, Backend fetch failed at Mon, 03 Jun 2019 07:56:08 GMT

Just a question: is this intermittent behaviour expected or is there something actually being fixed everytime we bring it up (no snark, genuine question)

Jun 3 2019, 7:58 AM · Wikimedia-Incident, Traffic, Operations, Wikimedia-General-or-Unknown, User-DannyS712

May 19 2019

Ankit-Maity awarded T222418: 503 errors for several Wikipedia pages a Pterodactyl token.
May 19 2019, 1:33 PM · Wikimedia-Incident, Traffic, Operations, Wikimedia-General-or-Unknown, User-DannyS712
Ankit-Maity merged T223763: HTTP 503 when viewing some JavaScript page with action=raw&ctype=text/javascript into T222418: 503 errors for several Wikipedia pages.
May 19 2019, 8:14 AM · Wikimedia-Incident, Traffic, Operations, Wikimedia-General-or-Unknown, User-DannyS712
Ankit-Maity merged task T223763: HTTP 503 when viewing some JavaScript page with action=raw&ctype=text/javascript into T222418: 503 errors for several Wikipedia pages.
May 19 2019, 8:14 AM · Traffic, Operations
Ankit-Maity raised the priority of T222418: 503 errors for several Wikipedia pages from High to Needs Triage.

Widespread occurrence, VPT threads and lots of users affected. No point making a "Me too" here but is there an estimate on when it will be fixed?

May 19 2019, 8:01 AM · Wikimedia-Incident, Traffic, Operations, Wikimedia-General-or-Unknown, User-DannyS712

May 5 2019

Ankit-Maity added a comment to T37220: Allow per-session log out.

Duplicate of T51890?

May 5 2019, 8:25 AM · MediaWiki-Authentication-and-authorization, MediaWiki-User-login-and-signup, MediaWiki-extensions-CentralAuth

May 3 2019

Ankit-Maity added a comment to T37220: Allow per-session log out.

We should have a currently logged-in panel in the Preferences section that would allow us to logout sessions from elsewhere, in case we have left accounts logged in, on old or public devices. Furthermore, we should also have an option to log out from all devices in case we believe that our account is compromised or in privileged changes, apart from password changes, attempts to change 2FA/email for example.

May 3 2019, 6:21 PM · MediaWiki-Authentication-and-authorization, MediaWiki-User-login-and-signup, MediaWiki-extensions-CentralAuth

Apr 19 2019

Ankit-Maity added a comment to T220180: Wikimania Program Submission Form.

The poster session page - for ease of reference - is this: https://wikimania.wikimedia.org/wiki/2019:Poster_session
@Ankit-Maity, with the exception of the Poster session [in order that I could make its default text say "proposed poster title" rather than "proposed session title"] ALL of the other Spaces use the code {{Submission Controls}} in order to invoke that box. https://wikimania.wikimedia.org/wiki/Template:Submission_Controls
I appreciate what you've done with that Poster session extra box as a demonstration (how, by the way?? I can't see what's different in the code!). But I don't like having two separate boxes displayed to the used that do the same thing. It makes it look like the user has to do two separate things in order to make a submission.
Could you adjust the {{Submission Controls}} template, in oder to have one single freetext field, but two buttons - one saying 'visual form' and the other saying 'code editor'? That would make it a bit easier to understand that there's two options but they will achieve the same eventual outcome.

Apr 19 2019, 6:14 PM · User-Eric_Luth_WMSE, User-Sebastian_Berlin-WMSE, WMSE-Wikimania-2019
Ankit-Maity added a comment to T220180: Wikimania Program Submission Form.

You could add another set of text field and button, though I'm afraid that may cause confusion. There's is a "Switch editor" button in the toolbar, to the top right (looks like a pen).

When you click on this switch icon it takes you to the code editor, however, it also strips all the prefilled content. Swapping back to VE does not restore it.
For example,
-go here and scroll down to the "make a submission" subheading: https://wikimania.wikimedia.org/wiki/2019:Draft/Community_Growth

  • type some dummy text "testtesttest" and click begin.
  • this will preload the form, in VE, with all the content and hidden instructions.
  • click the VE/Code-editor switch 'pencil' icon in the top right.
  • it will load the code-editor but with a blank/empty text box.
  • clicking to swap back again to VE will not restore the content.

[Ping @Ankit-Maity, the person who was particularly interested in this]

Apr 19 2019, 5:03 PM · User-Eric_Luth_WMSE, User-Sebastian_Berlin-WMSE, WMSE-Wikimania-2019

Apr 15 2019

GitHub <noreply@github.com> committed rXT5104d021ef7c: Merge bf210d99aa578395f6f294e862d61531a2be6450 into… (authored by Ankit-Maity).
Merge bf210d99aa578395f6f294e862d61531a2be6450 into…
Apr 15 2019, 2:25 PM
GitHub <noreply@github.com> committed rXT8fafbb7f9f05: Merge bf210d99aa578395f6f294e862d61531a2be6450 into… (authored by Ankit-Maity).
Merge bf210d99aa578395f6f294e862d61531a2be6450 into…
Apr 15 2019, 4:03 AM
GitHub <noreply@github.com> committed rXT14106430a9e9: Merge bf210d99aa578395f6f294e862d61531a2be6450 into… (authored by Ankit-Maity).
Merge bf210d99aa578395f6f294e862d61531a2be6450 into…
Apr 15 2019, 2:07 AM

Apr 14 2019

Ankit-Maity added a comment to T220180: Wikimania Program Submission Form.

If there's no wikitext preload button anyone is working on, it's pretty easy to get one in, I asked Liam about it but he's not sure if anyone's doing it yet - but if no one is, it's shouldn't be an issue for me to make one in a few days (or hours?)

Apr 14 2019, 9:59 PM · User-Eric_Luth_WMSE, User-Sebastian_Berlin-WMSE, WMSE-Wikimania-2019

Apr 9 2019

GitHub <noreply@github.com> committed rXT94bdad5d7634: Merge bf210d99aa578395f6f294e862d61531a2be6450 into… (authored by Ankit-Maity).
Merge bf210d99aa578395f6f294e862d61531a2be6450 into…
Apr 9 2019, 1:58 PM

Apr 7 2019

GitHub <noreply@github.com> committed rXT9d3cb2d29311: Merge bf210d99aa578395f6f294e862d61531a2be6450 into… (authored by Ankit-Maity).
Merge bf210d99aa578395f6f294e862d61531a2be6450 into…
Apr 7 2019, 5:34 PM
GitHub <noreply@github.com> committed rXTbf210d99aa57: Change isadmin 1/0 to yes/no (authored by Ankit-Maity).
Change isadmin 1/0 to yes/no
Apr 7 2019, 5:34 PM

Apr 6 2019

GitHub <noreply@github.com> committed rXTceed1c4b2ec1: Merge 5396c3a354547ff14c8802ee2171fa0e723a6355 into… (authored by Ankit-Maity).
Merge 5396c3a354547ff14c8802ee2171fa0e723a6355 into…
Apr 6 2019, 3:15 PM
GitHub <noreply@github.com> committed rXT5396c3a35454: Show live revisions count instead of total revisions (authored by Ankit-Maity).
Show live revisions count instead of total revisions
Apr 6 2019, 3:15 PM

Dec 9 2018

Ankit-Maity added a comment to T150826: Remove unblockself right on wikimedia wikis (but allow blocked admins to block their blocker).

I tell you what I find truly infuriating about this implementation

  1. A solution to a problem at enWP became everyone's solution whether they had the problem or not;
  2. There is nothing new about the problem, it has been known like "forever", however due to the problem at enWP, everyone got the solution and got it immediately;
  3. Because the solution fits for enWP, and their circumstance, it was imposed upon everyone without consideration whether it was the right solution for those wikis, but don't worry about it, we will fix that later.
  4. At small wikis the solution for enWP becomes the weakness for those wikis with smaller numbers of admins.
  5. The existing process that should have occurred was the removal of the rights by local crats or stewards. That is the purpose of the process, not the block/unblock conundrum, who pulls the gun first, etc. Emergency rights removal takes about the same amount of time, and allows the security aspects to be addressed, and still allows a follow-up block action if it moves from administrative to editing.

This is another of a string of WMF-imposed decisions that have not followed the traditional consensus approach; and it is again the imposition/removal of conditions on all the wikis due to problems at enWP. Changing culture!
The security issues of weak passwords has been around forever, and purposefully not actioned. I know had the conversation with security ppl at SF office years ago.

Dec 9 2018, 2:11 PM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), MediaWiki-User-management, User-notice, Community-consensus-needed, Wikimedia-Site-requests

Dec 2 2018

Ankit-Maity added a comment to T150826: Remove unblockself right on wikimedia wikis (but allow blocked admins to block their blocker).

Well intended but bad idea. This will give an option not only to a comprised admin account but also to a rogue admin in a small community to block the other one or two admins in a coup (an usually in such small communities it may pass unnoticed).
A better approach would be to be able to unblock itself but in exchange to not being able to use admin tools for n time. This would give time to users/admins to report and solve the situation together with stewards.

The substance of your concern has been resolved in neater fashion already. If a rogue admin A blocks the only other admin B in a "coup" as you said, it's been made possible for blocked Admin B to also block Admin A who blocked them. Then there's stalemate. Everyone is blocked. A steward is needed.

Dec 2 2018, 2:29 PM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), MediaWiki-User-management, User-notice, Community-consensus-needed, Wikimedia-Site-requests

Nov 29 2018

Ankit-Maity added a comment to T150826: Remove unblockself right on wikimedia wikis (but allow blocked admins to block their blocker).

There's discussion on enwiki about also having a rate limit on blocking users. Seems like a reasonable enough idea, but we'd want it high, as we really only want it in cases of truly malicious users.

Please, please, please do not do this globally without a meta RfC or some form of other discussion. (and should require every wiki’s community to be notified, or for it to be handled on a wiki-by-wiki basis)
I am strongly opposed to this, and I’m sure many others are as well who are not watching this ticket.

Nov 29 2018, 7:02 AM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), MediaWiki-User-management, User-notice, Community-consensus-needed, Wikimedia-Site-requests

Oct 19 2018

Ankit-Maity added a comment to T207432: On a wiki with AWB tag, remove/disable option to "Suppress "using AWB" in edit summaries".

What's the reason? I keep it suppressed for my bot and add it to the summary with the current version number.

Oct 19 2018, 6:00 AM · MediaWiki-Comment-backend, AutoWikiBrowser
Ankit-Maity closed T137208: "Thank"ing opens new page as Resolved.

It's been months since I've been in that exact environment and the issue seems non-reproducible in Safari 12.0.1 (running on Mac OS Mojave 10.14.1), so I can't answer.
The OS I was using then was Windows 10 Pro (just before Anniversary Update).

Oct 19 2018, 5:54 AM · TestMe, Growth-Team, Collaboration-Team-Triage, Thanks

Jan 29 2018

Ankit-Maity awarded T185154: AbuseFilter (and dependencies): code stewardship review a Burninate token.
Jan 29 2018, 7:31 PM · Equivset, AntiSpoof, AbuseFilter, Code-Stewardship-Reviews

Mar 31 2017

Ankit-Maity added a comment to T161831: Access to the wikipedia store within the iOS application.

Can't find a feature request project, so added this project to the Bugs project instead, triaged as normal.

Mar 31 2017, 6:55 AM · Wikimedia-Shop, Wikipedia-iOS-App-Backlog
Ankit-Maity triaged T161831: Access to the wikipedia store within the iOS application as Normal priority.
Mar 31 2017, 6:54 AM · Wikimedia-Shop, Wikipedia-iOS-App-Backlog
Ankit-Maity added a project to T161831: Access to the wikipedia store within the iOS application: iOS-app-Bugs.
Mar 31 2017, 6:54 AM · Wikimedia-Shop, Wikipedia-iOS-App-Backlog

Mar 14 2017

Ankit-Maity added a comment to T160410: Make revision slider pointers more user-friendly.

I agree, personally I used it for a while and while I certainly liked it, this ticked me off at times and when I just started out using it, it was actually pretty awful, since I could only tinker around to grab its proper usage.

Mar 14 2017, 2:28 PM · MW-1.29-release (WMF-deploy-2017-04-11_(1.29.0-wmf.20)), Patch-For-Review, Revision-Slider, TCB-Team
Ankit-Maity renamed T160410: Make revision slider pointers more user-friendly from Make revision slider pointers more understandable to Make revision slider pointers more user-friendly.
Mar 14 2017, 2:27 PM · MW-1.29-release (WMF-deploy-2017-04-11_(1.29.0-wmf.20)), Patch-For-Review, Revision-Slider, TCB-Team

Feb 28 2017

Ankit-Maity added a comment to T157848: Ask new users on Wikimedia sites to disclose paid editing.

I'm willing to do the community part of this program (community organizer) but I cannot take over as mentor, I'd guess the idea has a proposer, right?

Feb 28 2017, 7:05 AM · MediaWiki-extension-requests, Community-Wishlist-Survey-2016

Feb 20 2017

Ankit-Maity committed rESS774859d5aa37: Seeked is wrong, sought doesn't cut it, keep it "searched"? (authored by Ankit-Maity).
Seeked is wrong, sought doesn't cut it, keep it "searched"?
Feb 20 2017, 2:30 PM
Ankit-Maity committed rESS755cc53c6cc3: Rephrase message for better English (authored by Raymond).
Rephrase message for better English
Feb 20 2017, 2:29 PM
Ankit-Maity committed rESS38ba7b8d9773: Seeked is wrong, sought doesn't cut it, keep it "searched"? (authored by Ankit-Maity).
Seeked is wrong, sought doesn't cut it, keep it "searched"?
Feb 20 2017, 2:29 PM

Feb 12 2017

Ankit-Maity added a comment to T137208: "Thank"ing opens new page.

Re: slow network, yeah, this is almost always due to "clicking before the page has fully loaded", which also happens frequently (for me and others) when adding pages to the watchlist (it takes us to this interface: https://www.mediawiki.org/w/index.php?title=Foo&action=watch ) and can be reproduced with a hard-refresh (eg. ctrl-F5) and then clicking the links too soon. Is there a generalized task for this? I tried searching, but couldn't find anything.
@Ankit-Maity re: this more specific bug - Do you remember if you had the diff page open for a long time - perhaps as a tab that you hadn't looked at for a while - before you clicked "Thank"? If yes, this is possibly related to expired edit tokens, which I've recently been having problems with when watchlisting a page; notes on that at T55010#2319386

Feb 12 2017, 1:55 PM · TestMe, Growth-Team, Collaboration-Team-Triage, Thanks

Feb 11 2017

Ankit-Maity added a comment to T157848: Ask new users on Wikimedia sites to disclose paid editing.
  • Make the question direct and appropriate.
  • Possibly include a hover-tip to the policy page and a short explanation.
Feb 11 2017, 6:34 AM · MediaWiki-extension-requests, Community-Wishlist-Survey-2016
Ankit-Maity updated the task description for T157848: Ask new users on Wikimedia sites to disclose paid editing.
Feb 11 2017, 6:30 AM · MediaWiki-extension-requests, Community-Wishlist-Survey-2016

Jun 7 2016

Ankit-Maity added a comment to T137208: "Thank"ing opens new page.
  • JS is not disabled.
  • Diff page means the difference page.
Jun 7 2016, 6:56 PM · TestMe, Growth-Team, Collaboration-Team-Triage, Thanks
Ankit-Maity added a comment to T137208: "Thank"ing opens new page.

Don't remember the URL. But it was Special:Thanks.
I was on an userpage and thanked a certain user from the diff page, then a new page opened asking me for confirmation.
To see if this was just a new thing, I opened Recent Changes and thanked another user from the diff screen and it worked fine. As in, the normal text sliding and asking for confirmation.

Jun 7 2016, 5:59 PM · TestMe, Growth-Team, Collaboration-Team-Triage, Thanks
Ankit-Maity created T137208: "Thank"ing opens new page.
Jun 7 2016, 2:21 PM · TestMe, Growth-Team, Collaboration-Team-Triage, Thanks

Jun 2 2016

Ankit-Maity added a comment to T136857: "Over a redirect" incorrectly in summary when pages are moved by page movers without a redirect.

"Over a redirect" needs to be omitted, since you're not moving it over a redirect.

Jun 2 2016, 7:33 PM · MediaWiki-Special-pages
Ankit-Maity updated the task description for T136857: "Over a redirect" incorrectly in summary when pages are moved by page movers without a redirect.
Jun 2 2016, 5:58 PM · MediaWiki-Special-pages
Ankit-Maity created T136857: "Over a redirect" incorrectly in summary when pages are moved by page movers without a redirect.
Jun 2 2016, 5:57 PM · MediaWiki-Special-pages

May 17 2016

Ankit-Maity added a comment to T133981: Creation of page mover userright.

@Urbanecm Do crats have all admin rights per se?

May 17 2016, 10:36 AM · Patch-For-Review, Wikimedia-Site-requests
Ankit-Maity added a comment to T133981: Creation of page mover userright.

@Urbanecm There's sufficient consensus for editors with this user right to move pages with move-protection (as I expected).
@Coffee Shouldn't we take a lower threshold of ratelimits and push a patch for that (something better than nothing policy) since we have people who want ratelimits increased, some with 100/60, others with 20/60, etc. Although there might be accusations of bias, there's safety as well as a support with a lower limit and there's no reason for discontentment from the supporters of that proposal either.

May 17 2016, 10:29 AM · Patch-For-Review, Wikimedia-Site-requests

May 4 2016

Ankit-Maity added a comment to T133981: Creation of page mover userright.

Considering that there's a steady increase for page movers to be able to move move-protected pages, you might need to make a new patch.
Also, rate limits will be limited to 20/60 - 30/60 as most people opposing it want a compromise and it won't pass without a majority.

May 4 2016, 9:57 AM · Patch-For-Review, Wikimedia-Site-requests

Apr 30 2016

Ankit-Maity awarded T131132: Re-label the "Save" button to be "Publish", to better indicate to users the outcomes of their action a Pterodactyl token.
Apr 30 2016, 4:48 PM · User-Ryasmeen, MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-08-30_(1.28.0-wmf.17)), Community-Relations-Support, MW-1.27-release (WMF-deploy-2016-05-03_(1.27.0-wmf.23)), MW-1.27-release-notes, Patch-For-Review, WikiEditor, VisualEditor, Contributors-Team, MediaWiki-Internationalization, MediaWiki-Page-editing, User-notice

Apr 29 2016

Ankit-Maity added a comment to T133981: Creation of page mover userright.

@Urbanecm I don't think you should roll it out before the RfC is closed. The place is a stickler for formalities and it'd be better if you can do all of it together, whatever there are.

Apr 29 2016, 3:58 PM · Patch-For-Review, Wikimedia-Site-requests
Ankit-Maity added a project to T133981: Creation of page mover userright: MediaWiki-General.
Apr 29 2016, 12:51 PM · Patch-For-Review, Wikimedia-Site-requests
Ankit-Maity created T133981: Creation of page mover userright.
Apr 29 2016, 12:48 PM · Patch-For-Review, Wikimedia-Site-requests

Apr 26 2016

Ankit-Maity triaged T133738: Quarry task running for a while as Normal priority.
Apr 26 2016, 7:48 PM · Quarry
Ankit-Maity created T133738: Quarry task running for a while.
Apr 26 2016, 7:48 PM · Quarry

Apr 25 2016

Ankit-Maity created T133545: Various assortment of improvements.
Apr 25 2016, 2:46 PM · Quarry
Ankit-Maity added a project to T133530: OAuth login error: MediaWiki-extensions-OAuth.
Apr 25 2016, 12:40 PM · MediaWiki-extensions-OAuth

Apr 21 2016

Ankit-Maity added a comment to T101051: Migrate AWB away from SourceForge?.

So, we'll be downloading AWB from gh-pages now? (the manual path i.e)

Apr 21 2016, 3:49 PM · AutoWikiBrowser
Ankit-Maity added a comment to T133095: "This version of AWB is not enabled, please download the newest version" error not resolving on 5.8.5.1.

Well, it's free! Have you guy issued some kind of community notice for this disruption?

Apr 21 2016, 3:46 PM · AutoWikiBrowser
Restricted Application updated subscribers of T133033: OperationFailedException in ApiEdit.CheckForErrors .

@Magioladitis I've deleted the directory after downloading the new version manually.

Apr 21 2016, 2:25 PM · AutoWikiBrowser
Ankit-Maity added a comment to T127138: OperationFailedException in ApiEdit.CheckForErrors (relogin issue).

@Reedy The .exe runs but doesn't actually update AWB.

Apr 21 2016, 11:46 AM · AutoWikiBrowser

Apr 19 2016

Ankit-Maity added a comment to T133033: OperationFailedException in ApiEdit.CheckForErrors .

@Magioladitis No, it does not, I've tried it 5-6 times already.

Apr 19 2016, 12:32 PM · AutoWikiBrowser
Ankit-Maity added a comment to T133033: OperationFailedException in ApiEdit.CheckForErrors .

@Magioladitis Nope, it said updating, extracting and stuff and nothing happened.

Apr 19 2016, 12:22 PM · AutoWikiBrowser
Ankit-Maity added a comment to T127138: OperationFailedException in ApiEdit.CheckForErrors (relogin issue).

What's with the updater not working?

Apr 19 2016, 12:19 PM · AutoWikiBrowser
Ankit-Maity added a comment to T133033: OperationFailedException in ApiEdit.CheckForErrors .

The updater isn't working.

Apr 19 2016, 12:18 PM · AutoWikiBrowser
Ankit-Maity added a comment to T133033: OperationFailedException in ApiEdit.CheckForErrors .

I presume this has to do more with MediaWiki than AWB.

Apr 19 2016, 12:14 PM · AutoWikiBrowser
Ankit-Maity triaged T133033: OperationFailedException in ApiEdit.CheckForErrors as Unbreak Now! priority.
Apr 19 2016, 12:12 PM · AutoWikiBrowser
Ankit-Maity created T133033: OperationFailedException in ApiEdit.CheckForErrors .
Apr 19 2016, 12:12 PM · AutoWikiBrowser

Mar 25 2016

Ankit-Maity added a comment to T130943: Page Curation doesn't check for existing tags.

Yes, that's what happened. I added a speedy deletion tag using Twinkle (just saying) and the user added another using PageCuration.

Mar 25 2016, 5:59 PM · Growth-Team, Collaboration-Team-Triage, PageCuration
Ankit-Maity created T130943: Page Curation doesn't check for existing tags.
Mar 25 2016, 5:35 PM · Growth-Team, Collaboration-Team-Triage, PageCuration

Jan 28 2016

Ankit-Maity added a comment to T68503: Location-based notifications (Geonotices) in Echo.

Also, what's up with the font size?

Jan 28 2016, 5:16 AM · Collaboration-Team-Triage, Notifications

Jan 22 2016

Ankit-Maity closed T120049: Automatic saving w/ Search & Replace as Invalid.

Not a bug/feature request.
@Neve-selbert Make a new account for your bot and go through the BRFA process (if on enwiki). Then, AWB will have the mode enabled for you.

Jan 22 2016, 7:54 PM · AutoWikiBrowser, WorkType-Maintenance
Ankit-Maity added a comment to T124409: Logging out immediately logs you back in.

Per suggestion at ANI:
Also, then, to prevent a 'probable' disaster, could all sessions be invalidated on server-side.

Then what? They log in again, and we're back to square one?
There will be either a fix, or a rollback to .10 until we have a fix

Jan 22 2016, 4:33 PM · MW-1.27-release (WMF-deploy-2016-02-02_(1.27.0-wmf.12)), MW-1.27-release-notes, Patch-For-Review, MediaWiki-extensions-CentralAuth, MediaWiki-User-login-and-signup, MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11))
Ankit-Maity added a comment to T124409: Logging out immediately logs you back in.

Per suggestion at ANI:
Also, then, to prevent a 'probable' disaster, could all sessions be invalidated on server-side.

Jan 22 2016, 3:38 PM · MW-1.27-release (WMF-deploy-2016-02-02_(1.27.0-wmf.12)), MW-1.27-release-notes, Patch-For-Review, MediaWiki-extensions-CentralAuth, MediaWiki-User-login-and-signup, MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11))
Ankit-Maity added a comment to T124409: Logging out immediately logs you back in.

I can't reproduce in my normal Firefox profile because apparently I have some cookie setting that breaks that CA auto-login, but I can reproduce on a newly-created profile.

Jan 22 2016, 3:25 PM · MW-1.27-release (WMF-deploy-2016-02-02_(1.27.0-wmf.12)), MW-1.27-release-notes, Patch-For-Review, MediaWiki-extensions-CentralAuth, MediaWiki-User-login-and-signup, MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11))
Ankit-Maity added a comment to T124409: Logging out immediately logs you back in.
Jan 22 2016, 3:24 PM · MW-1.27-release (WMF-deploy-2016-02-02_(1.27.0-wmf.12)), MW-1.27-release-notes, Patch-For-Review, MediaWiki-extensions-CentralAuth, MediaWiki-User-login-and-signup, MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11))

Jan 18 2016

Ankit-Maity placed T45857: Allow for sorting Special:UnreviewedPages by time since creation up for grabs.
Jan 18 2016, 3:42 PM · MediaWiki-extensions-FlaggedRevs
Ankit-Maity reopened T45857: Allow for sorting Special:UnreviewedPages by time since creation as "Open".

Oops.

Jan 18 2016, 3:41 PM · MediaWiki-extensions-FlaggedRevs
Ankit-Maity closed T45857: Allow for sorting Special:UnreviewedPages by time since creation as Invalid.
Jan 18 2016, 3:40 PM · MediaWiki-extensions-FlaggedRevs
Ankit-Maity lowered the priority of T44295: Cannot submit review form with enter from the reason field from Low to Lowest.

Firefox 43.0.4. Works fine.

Jan 18 2016, 3:36 PM · MediaWiki-extensions-FlaggedRevs, Browser-Support-Internet-Explorer
Ankit-Maity raised the priority of T33554: Accepting comment in history from Lowest to Low.
Jan 18 2016, 3:33 PM · Growth-Team, MediaWiki-extensions-FlaggedRevs
Ankit-Maity awarded T123324: Flagged Revisions: Don't add unreviewed changes when editing stable version a The World Burns token.
Jan 18 2016, 3:24 PM · MediaWiki-extensions-FlaggedRevs
Ankit-Maity raised the priority of T123862: Requires manual reacceptance when a reviewer reverts any revision other than the latest from Low to Normal.
Jan 18 2016, 3:23 PM · MediaWiki-extensions-FlaggedRevs

Jan 17 2016

Ankit-Maity created T123862: Requires manual reacceptance when a reviewer reverts any revision other than the latest.
Jan 17 2016, 1:10 PM · MediaWiki-extensions-FlaggedRevs

Aug 8 2015

Ankit-Maity added a comment to T108190: Split notifications into Alerts and Messages.

I think it should be visually associated with whatever it belongs to. So if edit-user-talk remains an alert, it should be associated with alerts. That said, if it appears in the middle of the two indicators it may be kind of a moot point (since it will be visually associated with both).

Aug 8 2015, 3:41 AM · WMF-deploy-2015-09-15_(1.26wmf23), WMF-deploy-2015-09-08_(1.26wmf22), WorkType-NewFunctionality, User-notice, Patch-For-Review, Collaboration-Team-Archive-2015-2016, Notifications
Ankit-Maity added a comment to T108190: Split notifications into Alerts and Messages.

This whole ticket is just about us suggesting according to our aesthetic sense and personal work-habits.
Wouldn't it be better to have a wider sample space?

Aug 8 2015, 3:34 AM · WMF-deploy-2015-09-15_(1.26wmf23), WMF-deploy-2015-09-08_(1.26wmf22), WorkType-NewFunctionality, User-notice, Patch-For-Review, Collaboration-Team-Archive-2015-2016, Notifications

Aug 7 2015

Ankit-Maity added a comment to T108190: Split notifications into Alerts and Messages.

I wouldn't mind ditching the orange bar if it's integrated into the badge.
Also, how about we just have an unified badge and then the messages and alerts are color-coded accordingly after we click on that badge.
Like, black text with a red or blue background.
Once read, it'd change to a white background.
The unified badge would be color-coded based on the type of notifications (blue if messages, red if alerts and/or messages) and the no. should be set to the total number.

Aug 7 2015, 8:31 AM · WMF-deploy-2015-09-15_(1.26wmf23), WMF-deploy-2015-09-08_(1.26wmf22), WorkType-NewFunctionality, User-notice, Patch-For-Review, Collaboration-Team-Archive-2015-2016, Notifications

Aug 6 2015

Ankit-Maity added a comment to T108190: Split notifications into Alerts and Messages.

Can we change the color coding?
Like, red for alerts, while a milder color for messages. This would attract attention to them.
White "0" in gray box when no notifications.
Blue box when only messages.
Red box when alerts and/or messages.

Aug 6 2015, 3:26 PM · WMF-deploy-2015-09-15_(1.26wmf23), WMF-deploy-2015-09-08_(1.26wmf22), WorkType-NewFunctionality, User-notice, Patch-For-Review, Collaboration-Team-Archive-2015-2016, Notifications

Aug 5 2015

Ankit-Maity triaged T107990: Sections become uneditable if multiple sections are copied from source without immediate edits as High priority.

Oops.

Aug 5 2015, 8:49 AM · WorkType-Maintenance, ContentTranslation-Release6, WMF-deploy-2015-08-04_(1.26wmf17), WMF-deploy-2015-08-11_(1.26wmf18), LE-CX6-Sprint 1, ContentTranslation
Ankit-Maity raised the priority of T107990: Sections become uneditable if multiple sections are copied from source without immediate edits from High to Needs Triage.
Aug 5 2015, 8:48 AM · WorkType-Maintenance, ContentTranslation-Release6, WMF-deploy-2015-08-04_(1.26wmf17), WMF-deploy-2015-08-11_(1.26wmf18), LE-CX6-Sprint 1, ContentTranslation

Jun 10 2015

Ankit-Maity added a comment to T72004: h4, h5, and h6 headers should not have the same styling.

@Ankit-Maity Use != Justification of Use

Jun 10 2015, 7:01 AM · Readers-Web-Backlog (Design), Design, Vector
Ankit-Maity added a comment to T72004: h4, h5, and h6 headers should not have the same styling.

The only reason we have styles for 6 heading tags is because there are 6 heading tags in HTML. If there were 20 heading tags would you want to increment each of them by 0.05em? In real life, headings do not appears immediately next to each other, so humans can only distinguish the sizes if they are significantly different. Since h2, h3, and h4 are by far the most common headers, we optimized for differentiating these 3. h5 and h6 are quite rare and less important to differentiate. Creating a slight graduation between all the headers actually makes it harder to figure out the hierarchy in most cases, not easier.
I recommend marking this as Declined.

Jun 10 2015, 2:52 AM · Readers-Web-Backlog (Design), Design, Vector

Jun 3 2015

Ankit-Maity added a comment to T34815: Add user preference to deactivate/delete user account.

I would say the workflow go like this:

  • Account deactivated
    • Block all functionalities
    • If relogin within 30 days, reactivate the account
  • After 30 days, delete the account
    • Delete all log/edit filter entries related to the user.
    • Move all edits to a placeholder username (which is going to be the same for every deleted user).
    • Delete all user pages.

I believe that every user should have the "right to vanish". Even if spammers make sockpuppets, so what? We have autoblocks, don't we? And anyway, we have advanced heuristics (aka Recent Changes patrollers).
I believe this task's pros easily outweighs its cons.

Jun 3 2015, 2:37 PM · MediaWiki-User-management, MediaWiki-Authentication-and-authorization

May 31 2015

Ankit-Maity added a comment to T99629: Consider ways to visually differentiate low-level subheadings.

Changing colors is out of the question.

Any particular reason?

May 31 2015, 5:46 PM · Design, Design-Research-Archive, VisualEditor, WMF-Design