Page MenuHomePhabricator

Ahmad252 (Ahmad)
User

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
May 20 2019, 3:31 AM (253 w, 3 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Ahmad252 [ Global Accounts ]

Recent Activity

Feb 23 2021

Ahmad252 created T275584: Mobile view malfunctioning when there is a level 2 section without a title on a talk page.
Feb 23 2021, 11:45 PM · Web-Team-Backlog, patch-welcome, MobileFrontend, MinervaNeue, Mobile

Sep 24 2020

Ahmad252 added a comment to T262750: Allow to exclude bots from watchlist notifications.

This problem has also been mentioned here.

Sep 24 2020, 1:12 PM · Patch-Needs-Improvement, Growth-Team-Filtering, User-LokalProfil, Wikidata, SDC General, MediaWiki-Core-Preferences, Growth-Team, MediaWiki-Watchlist

Sep 11 2020

Ahmad252 created T262628: FileImporter imports the file even when the target page is protected on Commons and the importer should not be able to create it (CVE-2020-26121).
Sep 11 2020, 12:48 AM · WMDE-QWERTY-Sprint-2020-09-23, MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), Unplanned-Sprint-Work, WMDE-QWERTY-Sprint-2020-09-09, Security-Team, Security, Move-Files-To-Commons

Aug 4 2020

Ahmad252 added a comment to T255383: user_groups match is working in an unexpected way (casts arrays into strings).

You can use '\nconfirmed' in user_groups

That wouldn't work if 'confirmed' is the first group though (unsure if possible right now). Using user_groups rlike "(?<!auto)confirmed" seems more future-proof. But yes, the only real solution is to implement array functions.

I've always seen * as first, and then user, and then any other groups, but I'm no expert

Same, but what I meant is, there's no guarantee that it'll always be like that -- the order is controlled by core and should not be relied upon.

This actually happened on fawiki earlier today: here.

That filter entry is private - can you paste what the order was?

Sure. It's:

[
	0 => 'confirmed',
	1 => '*',
	2 => 'user',
	3 => 'autoconfirmed'
]

Hmm, so confirmed was prepended, and then the rest were normal? Has this occurred elsewhere?

Precisely. I haven't seen any other examples, but it's worth noting that the "confirmed" flag is not usually granted to users on fawiki, so I don't exactly know if this is a rare exception or not.

Aug 4 2020, 9:21 AM · AbuseFilter
Ahmad252 added a comment to T259580: "flow-wikitext-editor-help-and-preview" message is broken on flow pages on all wikis.
Aug 4 2020, 4:06 AM · StructuredDiscussions, Growth-Team
Ahmad252 added a comment to T255383: user_groups match is working in an unexpected way (casts arrays into strings).

You can use '\nconfirmed' in user_groups

That wouldn't work if 'confirmed' is the first group though (unsure if possible right now). Using user_groups rlike "(?<!auto)confirmed" seems more future-proof. But yes, the only real solution is to implement array functions.

I've always seen * as first, and then user, and then any other groups, but I'm no expert

Same, but what I meant is, there's no guarantee that it'll always be like that -- the order is controlled by core and should not be relied upon.

This actually happened on fawiki earlier today: here.

That filter entry is private - can you paste what the order was?

Sure. It's:

Aug 4 2020, 3:36 AM · AbuseFilter

Aug 3 2020

Ahmad252 added a comment to T255383: user_groups match is working in an unexpected way (casts arrays into strings).

You can use '\nconfirmed' in user_groups

That wouldn't work if 'confirmed' is the first group though (unsure if possible right now). Using user_groups rlike "(?<!auto)confirmed" seems more future-proof. But yes, the only real solution is to implement array functions.

I've always seen * as first, and then user, and then any other groups, but I'm no expert

Same, but what I meant is, there's no guarantee that it'll always be like that -- the order is controlled by core and should not be relied upon.

Aug 3 2020, 8:46 PM · AbuseFilter

Jul 27 2020

Ahmad252 created T258938: "Error undeleting file: A non-identical file already exists at "mwstore://local-swift-eqiad/local-public/..." while restoring a file on Commons.
Jul 27 2020, 11:58 AM · SRE-swift-storage, MediaWiki-File-management, Commons

Jun 24 2020

Ahmad252 created T256275: Hard limit edit summary length on mobile view.
Jun 24 2020, 3:12 PM · MobileFrontend (MobileFrontend (Editor)), Editing-team, MediaWiki-Comment-store

May 20 2020

Ahmad252 removed a watcher for CheckUser: Ahmad252.
May 20 2020, 8:25 PM

May 1 2020

IKhitron awarded T251584: Allow users to be able to edit certain page(s) in a namespace while being blocked from editing that namespace a Dislike token.
May 1 2020, 12:41 AM · MediaWiki-Blocks, Anti-Harassment
Ahmad252 moved T251584: Allow users to be able to edit certain page(s) in a namespace while being blocked from editing that namespace from Untriaged to Product/Tech backlog on the Anti-Harassment board.
May 1 2020, 12:21 AM · MediaWiki-Blocks, Anti-Harassment
Ahmad252 moved T251585: Allow users to be able to edit certain page(s) in a namespace while being blocked from editing that namespace from Untriaged to Product/Tech backlog on the Anti-Harassment board.
May 1 2020, 12:12 AM · Anti-Harassment
Ahmad252 added a subtask for T204903: Epic ⚡️ unprioritized Partial Blocks features: T251585: Allow users to be able to edit certain page(s) in a namespace while being blocked from editing that namespace.
May 1 2020, 12:11 AM · Anti-Harassment
Ahmad252 added a parent task for T251585: Allow users to be able to edit certain page(s) in a namespace while being blocked from editing that namespace: T204903: Epic ⚡️ unprioritized Partial Blocks features.
May 1 2020, 12:11 AM · Anti-Harassment
Ahmad252 created T251585: Allow users to be able to edit certain page(s) in a namespace while being blocked from editing that namespace.
May 1 2020, 12:09 AM · Anti-Harassment
Ahmad252 created T251584: Allow users to be able to edit certain page(s) in a namespace while being blocked from editing that namespace.
May 1 2020, 12:09 AM · MediaWiki-Blocks, Anti-Harassment

Apr 22 2020

Ahmad252 added a comment to T250620: Visual Editor fails during save dialog on specific page containing a Kartographer map.

I remember a similar issue reported on Persian Wikipedia around August 2019 (many users experienced it, only when using Visual Editor). At the time, it was limited to Persian Wikipedia, but I think no one never reported it here. Maybe it's been caused by something deeper?

Apr 22 2020, 5:20 AM · User-Ryasmeen, MW-1.35-notes (1.35.0-wmf.30; 2020-04-28), Editing QA, Maps (Kartographer), Editing-team (Q3 2019-2020 Kanban Board), VisualEditor

Apr 20 2020

Ahmad252 added a comment to T250720: CVE-2023-37301: Wikidata edit filter does not fire when test tool says it should.

Haven't checked deeply, but a possible hint is that AF doesn't see automatic edit summaries (I think there was a task for that) which, however, it sees when retrospectively examinating edits.

Apr 20 2020, 9:51 PM · Wikibase Suite Team, Wikidata Dev Team (Sprint-∞), wmde-wikidata-tech, [DEPRECATED] wdwb-tech, SecTeam-Processed, Security-Team, Security, AbuseFilter, Wikidata

Apr 16 2020

Ahmad252 added a watcher for CheckUser: Ahmad252.
Apr 16 2020, 4:03 AM

Apr 11 2020

Ahmad252 added a comment to T250007: Add ckbwiki to reFill tool.

You may find the ng version useful as a temporary solution.

Apr 11 2020, 4:58 PM · Tool-refill

Apr 10 2020

Ahmad252 added a comment to T246473: Create Special Page for Mass Blocking users.

I think this should be granted to all users with the ability to block users (with extra features for CheckUsers that should be discussed in Special:InvestigateBlock-related tasks). We already have User:Timotheus Canens/massblock.js that does the very same thing. I have not tested the script yet, but the fact that it exists (and has been listed on Wikipedia:Administrators' guide/Tools) suggests that we can trust administrators with a massblock function.

Apr 10 2020, 2:53 PM · MediaWiki-Blocks, MediaWiki-Special-pages

Apr 6 2020

Ahmad252 updated subscribers of T249570: DBMS error adding a statement.
Apr 6 2020, 11:20 PM · Wikimedia-database-issue
Ahmad252 reopened T249565: Wikidata's wb_items_per_site table has suddenly disappeared, creating DBQueryErrors on page views as "Open".
Apr 6 2020, 11:18 PM · User-notice-archive, User-Addshore, MW-1.35-notes (1.35.0-wmf.27; 2020-04-07), Wikimedia-Incident, User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), MediaWiki-extensions-WikibaseRepository, DBA, Wikidata, Wikimedia-production-error, User-DannyS712
Ahmad252 merged task T249565: Wikidata's wb_items_per_site table has suddenly disappeared, creating DBQueryErrors on page views into T249570: DBMS error adding a statement.
Apr 6 2020, 11:18 PM · User-notice-archive, User-Addshore, MW-1.35-notes (1.35.0-wmf.27; 2020-04-07), Wikimedia-Incident, User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), MediaWiki-extensions-WikibaseRepository, DBA, Wikidata, Wikimedia-production-error, User-DannyS712
Ahmad252 merged T249565: Wikidata's wb_items_per_site table has suddenly disappeared, creating DBQueryErrors on page views into T249570: DBMS error adding a statement.
Apr 6 2020, 11:18 PM · Wikimedia-database-issue
Ahmad252 added a comment to T249565: Wikidata's wb_items_per_site table has suddenly disappeared, creating DBQueryErrors on page views.
Apr 6 2020, 11:13 PM · User-notice-archive, User-Addshore, MW-1.35-notes (1.35.0-wmf.27; 2020-04-07), Wikimedia-Incident, User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), MediaWiki-extensions-WikibaseRepository, DBA, Wikidata, Wikimedia-production-error, User-DannyS712
Ahmad252 added a comment to T249565: Wikidata's wb_items_per_site table has suddenly disappeared, creating DBQueryErrors on page views.

+ Now on Commons; e.g. on https://commons.wikimedia.org/wiki/Commons:Deletion_requests/File:صورة_شخصية_له.jpg.

Apr 6 2020, 11:09 PM · User-notice-archive, User-Addshore, MW-1.35-notes (1.35.0-wmf.27; 2020-04-07), Wikimedia-Incident, User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), MediaWiki-extensions-WikibaseRepository, DBA, Wikidata, Wikimedia-production-error, User-DannyS712

Apr 2 2020

Ahmad252 renamed T249222: Group-based actions for abusefilters from Group-based action for abusefilters to Group-based actions for abusefilters.
Apr 2 2020, 2:18 PM · AbuseFilter
Ahmad252 moved T249222: Group-based actions for abusefilters from Backlog to Filtering features on the AbuseFilter board.
Apr 2 2020, 2:17 PM · AbuseFilter
Ahmad252 created T249222: Group-based actions for abusefilters.
Apr 2 2020, 2:16 PM · AbuseFilter

Feb 29 2020

Ahmad252 added a comment to T241550: Design: What should happen if thanks fails.

When thank isn't sent for non-AF reasons, I think there should be a notification like the one we see when a ping is unsuccessful, with a gray "File:OOjs UI icon userTalk-(ltr|rtl).svg". When it's been blocked by AF, there should be a red warning instead of "You thanked $1" (MediaWiki:Thanks-button-action-completed) that says e.g. "Your thank was not sent because it was blocked by the abuse/edit filter", but this should be the default warning. Just like the warn/disallow feature, this message should be editable, by creating a new page in the MediaWiki namespace. In my opinion, this is a rather clean way to implement it.

Feb 29 2020, 6:40 PM · Growth-Team-Filtering, Thanks, User-DannyS712, Growth-Team, Design

Feb 25 2020

Ahmad252 added a comment to T246071: Interface language using Accept-Language header value instead of $wgLanguageCode.

Note that after logging in to your account, it will follow your preferences and the issue will be resolved. This particularly damages the user experience of anonymous readers. Both mobile and desktop versions have the problem.

Feb 25 2020, 10:14 AM · User-notice-archive, I18n, Release-Engineering-Team, Regression, Language-Team, MediaWiki-User-Interface
Ahmad252 triaged T246081: Default language changed to English as Unbreak Now! priority.
Feb 25 2020, 10:00 AM · WMF-General-or-Unknown
Ahmad252 created T246081: Default language changed to English.
Feb 25 2020, 9:59 AM · WMF-General-or-Unknown

Feb 20 2020

Ahmad252 added a comment to T244746: Make it easier to generate normalized regex patterns.

I think you can do this with a trick. On all wikis, you can go to Special:AbuseFilter/tools and write something like this:

Feb 20 2020, 1:13 PM · AbuseFilter

Feb 8 2020

Ahmad252 created T244648: AbuseFilter should be able to get edit tags.
Feb 8 2020, 7:49 PM · AbuseFilter

Jan 4 2020

Ahmad252 created T241904: Add ipblock-exempt and extendedconfirmed to fawiki bot user group.
Jan 4 2020, 9:35 PM · Wikimedia-Site-requests
Ahmad252 removed a watcher for Commons: Ahmad252.
Jan 4 2020, 8:52 PM

Dec 27 2019

Ahmad252 added a member for Commons: Ahmad252.
Dec 27 2019, 3:17 PM
Ahmad252 added a watcher for Commons: Ahmad252.
Dec 27 2019, 3:16 PM
Ahmad252 added a subtask for T136130: Add IABot support for other wikis (tracking): T228123: Deploy InternetArchiveBot on the Simple English Wikipedia (simplewiki).
Dec 27 2019, 3:13 PM · Tracking-Neverending, Internet-Archive
Ahmad252 added a parent task for T228123: Deploy InternetArchiveBot on the Simple English Wikipedia (simplewiki): T136130: Add IABot support for other wikis (tracking).
Dec 27 2019, 3:13 PM · User-DannyS712, InternetArchiveBot
Ahmad252 renamed T228123: Deploy InternetArchiveBot on the Simple English Wikipedia (simplewiki) from Activate IABot on simple english wikipedia to Deploy InternetArchiveBot on the Simple English Wikipedia (simplewiki).
Dec 27 2019, 3:12 PM · User-DannyS712, InternetArchiveBot

Dec 26 2019

Ahmad252 updated subscribers of T241469: Add thank to abusefilter trigerable actions.
Dec 26 2019, 6:42 PM · Growth-Team, Thanks, AbuseFilter

Dec 11 2019

Ahmad252 added a comment to T190349: Allow users to be blocked from editing pages within a specific category.

How about this: We can add all those pages to a maintenance category like "Category:Partial block of User:Example from PROJECTNAME". In Commons, for example, it would be "Category:Partial block of User:Example from (Wikimedia) Commons". Then, we can set an edit filter to prevent all users but admins from adding or removing this category from all pages (possible using a simple regex). A better solution would be a built-in feature to prevent all users but admins from adding/removing the category. I really see no other way.

Dec 11 2019, 5:04 PM · MediaWiki-Blocks

Nov 4 2019

Ahmad252 added a comment to T237268: Add the ability to search in contributions of a specific user.

Hi, what is the underlying use case for that?

Hi. One situation can be when you want to find behavioral similarities between a number of users. For example, you want to see if they've inserted the same suspected text in different articles or not.
Another situation can be searching your own contributions. This can be useful, especially when working with stats. Imagine you want to find out how often an admin notifies the blocked user from the block, or you want to check for all public domain images uploaded by a user etc. I can think of some project-specified uses as well, such as the number of license reviews a Commons license reviewer has done. If these examples aren't enough, I can think of some other ones.
Nonetheless, I can think of technical limitations.

Nov 4 2019, 6:44 PM · MediaWiki-Special-pages, Discovery-ARCHIVED
Ahmad252 created T237268: Add the ability to search in contributions of a specific user.
Nov 4 2019, 3:19 PM · MediaWiki-Special-pages, Discovery-ARCHIVED

Oct 29 2019

Ahmad252 added a comment to T236320: Internal error while undoing file captions: "InvalidArgumentException: Unsaved revision passed".

+1. It must be some kind of incompatibility with undo. I tried safemode as well, doesn't work with undo. I also tried using a script which uses undo to restore the page to a specific revision, doesn't work.

Oct 29 2019, 11:28 AM · MW-1.35-notes (1.35.0-wmf.5; 2019-11-05), Structured-Data-Backlog (Current Work), Structured Data Engineering, MediaWiki-Core-Revision-backend, Wikimedia-production-error, Commons

Sep 8 2019

Ahmad252 added a comment to T232260: Hamburger and notifications menu icons arehidden in mobile view of RTL languages in Chrome.

I can reproduce it here in chrome v76, and I know at least one user in fawiki having the same problem. Again (like T232085), it only occurs in chrome and only in RTL languages. The menu is still there, however. If you click on that blank space before the logo, it will open the menu properly.

Sep 8 2019, 2:29 PM · MW-1.34-notes (1.34.0-wmf.21; 2019-09-03), Web-Team-Backlog (Readers-Web-Kanbanana-2019-20-Q1), Browser-Support-Android-Google-Chrome, Browser-Support-Google-Chrome, Mobile, RTL, I18n, MobileFrontend
Ahmad252 renamed T232260: Hamburger and notifications menu icons arehidden in mobile view of RTL languages in Chrome from Missing menu icon on mobile chrome + RTL to Hamburger menu is hidden in mobile view of RTL languages.
Sep 8 2019, 2:15 PM · MW-1.34-notes (1.34.0-wmf.21; 2019-09-03), Web-Team-Backlog (Readers-Web-Kanbanana-2019-20-Q1), Browser-Support-Android-Google-Chrome, Browser-Support-Google-Chrome, Mobile, RTL, I18n, MobileFrontend
Ahmad252 merged task T232277: Hamburger menu is hidden in mobile view of RTL languages into T232260: Hamburger and notifications menu icons arehidden in mobile view of RTL languages in Chrome.
Sep 8 2019, 2:14 PM
Ahmad252 merged T232277: Hamburger menu is hidden in mobile view of RTL languages into T232260: Hamburger and notifications menu icons arehidden in mobile view of RTL languages in Chrome.
Sep 8 2019, 2:14 PM · MW-1.34-notes (1.34.0-wmf.21; 2019-09-03), Web-Team-Backlog (Readers-Web-Kanbanana-2019-20-Q1), Browser-Support-Android-Google-Chrome, Browser-Support-Google-Chrome, Mobile, RTL, I18n, MobileFrontend

Sep 5 2019

Ahmad252 updated the task description for T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.
Sep 5 2019, 7:51 PM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

@Ladsgroup There is this .mw-tag-markers::after, I think it is the one responsible for that (. To be honest, it's somehow confusing since it contains exact the same thing in Firefox and Chrome:

Sep 5 2019, 3:15 PM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

Update: I experienced no problem in a firefox-based browser and Microsoft Edge works fine as well. Despite this, I checked Google Chrome in different situations, no luck.

Sep 5 2019, 2:36 PM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

It's not just RC, I experience this problem in history and contribs as well. I checked contributions of a user in arwiki, and I only got this, just like fawiki:

arwiki.jpg (134×896 px, 42 KB)

I would say It's a problem of my system or something, but I see User:Mosi and User:Wikimostafa in fawiki have the very same problem, and I haven't updated anything (like my OS and/or browser) since yesterday.

Sep 5 2019, 2:06 PM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

@Aklapper Hi, I just edited the task with more detailed info. Thanks for pointing it out.

Sep 5 2019, 1:07 PM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 updated the task description for T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.
Sep 5 2019, 1:06 PM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

I'm not sure, let me ask others in fawiki.

Sep 5 2019, 12:37 PM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

Sure, here:

RCOut.jpg (102×932 px, 39 KB)

Sep 5 2019, 12:05 PM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

That's "rollback" button (which is only visible to rollbackers and sysops). However, I tried while logged out, the problem was still there.

Sep 5 2019, 11:56 AM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

No luck, I still have this problem. This is the exact address of RC I'm looking at. I think it isn't caused by a gadget or something since I checked fa, ckb and arwiki, all have this problem.

Sep 5 2019, 11:40 AM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 added a comment to T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.

I personally use Chrome, don't know about the others. Here's the screenshot:

broken RC.jpg (94×922 px, 36 KB)

Sep 5 2019, 11:24 AM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 renamed T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77 from RtL Wikis problem in tags in RC, history, contribs etc. to RtL Wikis problem with tags in RC, history, contribs etc..
Sep 5 2019, 11:13 AM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 updated the task description for T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.
Sep 5 2019, 11:11 AM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n
Ahmad252 created T232085: RTL Wikis problem with tags in RC, history, contribs etc. in Chrome 76 and Chrome 77.
Sep 5 2019, 11:10 AM · Upstream, Browser-Support-Google-Chrome, MediaWiki-Special-pages, MediaWiki-Internationalization, RTL, I18n

Aug 15 2019

Ahmad252 updated Ahmad252.
Aug 15 2019, 9:11 AM
Ahmad252 lowered the priority of T229734: Convert button doesn't display since wmf.16 from High to Medium.
Aug 15 2019, 9:10 AM · Skipped QA, VisualEditor (Current work), Citoid
Ahmad252 added a comment to T229734: Convert button doesn't display since wmf.16.

Works fine in fawiki.

Aug 15 2019, 9:07 AM · Skipped QA, VisualEditor (Current work), Citoid

Aug 8 2019

Ahmad252 created T230123: "Convert" no longer available for plain links.
Aug 8 2019, 12:00 PM · VisualEditor

May 27 2019

Ahmad252 added a comment to T208159: ContentTranslation doesn't load on Minerva mobile.

Same problem in Persian Wikipedia (fawiki): https://fa.m.wikipedia.org/wiki/Special:ContentTranslation.

May 27 2019, 1:40 PM · MW-1.34-notes (1.34.0-wmf.8; 2019-06-04), Language-Team (Language-2019-April-June), Mobile, ContentTranslation

May 24 2019

Ahmad252 changed the subtype of T224257: Content Translation page is blank in mobile view from "Task" to "Bug Report".
May 24 2019, 9:03 AM · ContentTranslation
Ahmad252 triaged T224257: Content Translation page is blank in mobile view as Unbreak Now! priority.
May 24 2019, 8:51 AM · ContentTranslation

May 21 2019

Ahmad252 added a comment to T169468: Deploy InternetArchiveBot on the Persian Wikipedia (fawiki).

In translations, could you please change "نجات {linksrescued} و علامت‌زدن {linkstagged} به‌عنوان مرده." to "نجات {linksrescued} منبع و علامت‌زدن {linkstagged} به‌عنوان مرده."? (It's the translation of "Rescuing {linksrescued} sources and tagging {linkstagged} as dead.
"
) It was my translational mistake. Also, is it possible to use ۱۲۳۴۵۶۷۸۹۰ instead of 1234567890 in edit summaries? Thanks.
Update 1: Since using {{Wayback}} in both English and Persian references would cause some problems, I also created {{وی‌بک}} for Persian links. Can you specify {{Wayback}} to non-Persian links and {{وی‌بک}} to Persian ones?

May 21 2019, 5:38 AM · InternetArchiveBot (v2.0)

May 20 2019

Ahmad252 added a comment to T169468: Deploy InternetArchiveBot on the Persian Wikipedia (fawiki).

Hello again. Thanks for your efforts. I just ran IABot in here and here, I must say it works like a charm. Please inform me whenever the development is completely finished because I haven't yet informed fawiki users. Thanks again.
Update: As I checked now, bot queue is disabled for fawiki.

May 20 2019, 7:49 PM · InternetArchiveBot (v2.0)
Ahmad252 added a comment to T169468: Deploy InternetArchiveBot on the Persian Wikipedia (fawiki).
  • We have {{deadlink}} and {{پیوند مرده}}, first one is a redirect to {{پیوند مرده}}.
    • Actually, I didn't get the point about archive templates. If it's {{Webarchive}}, yes we have it ({{Webarchive}} in fawiki)
    • Yes, we do.
    • Typical date format is DDMMYYYY (like 19 May 2019).
    • We have {{cite}} templates and {{یادکرد}} templates. For {{cite}}, it's the same as enwiki. for {{یادکرد}}, we have {{یادکرد}}, {{یادکرد خبر}}, {{یادکرد کتاب}}, {{یادکرد ژورنال}}, {{یادکرد وب}}, {{یادکرد دانشنامه}}, {{یادکرد روزنامه}}, {{یادکرد ویدئو}}.
May 20 2019, 4:05 AM · InternetArchiveBot (v2.0)