I agree with all of that.

Done by Paladox (thanks!)

That gadget does not have an issue tracker in Wikimedia Phabricator and Phabricator is not a catch-all place for random stuff.
If Commons folks actually want to track random Commons things here and also work at them, they could do so though, thus adding the Commons project tag.

@VIGNERON: In the future, please always follow https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes when requesting such site configuration changes. Thanks!

This ticket is getting harder to follow and by now covers numerous things. We may want to move some items into subtasks.

@Adarsh2406: Again: You are in the wrong task. The only patch associated with this task is https://gerrit.wikimedia.org/r/c/1193537 by ashley and this task is assigned to ashley. Please keep discussion on-topic. This is not a forum. Thanks.

Which exact version and branch of the DiscussionTools extension is installed?

@Nikerabbit: Based on experience, the current setup leads to fragmentation of conversations, confusion, duplication, and time wasted.
I wish the maintainers good luck with all that...

@3MindedScholar Hi, please see my previous comment which links to https://www.mediawiki.org/wiki/Gerrit/Tutorial#Test_Gerrit_SSH_connection . Please ask followup questions about using Git/Gerrit in support venues instead of this task - thanks for your understanding!

There is https://en.wikipedia.org/wiki/Special:RecentChanges. There is no https://en.wikipedia.org/wiki/Special:Recent_Changes and there is no https://en.wikipedia.org/wiki/Special:Recent_changes. Same applies to many other pages.

@3MindedScholar That screenshot is cropped; I can only assume that you use an invalid URI scheme. Please follow https://www.mediawiki.org/wiki/Gerrit/Tutorial . For future reference, please see https://www.mediawiki.org/wiki/New_Developers and bring up general questions in support venues instead. Thanks a lot! :)

@Somyaya: Welcome! Please first read the "New Developers" page on mediawiki.org and its Communication Tips section. Also see above that there is already a patch which needs rework. Thanks!

@Somyaya: Welcome! Please first read the "New Developers" page on mediawiki.org and its Communication Tips section. Thanks!

@Adarsh2406: Hi, please see https://www.mediawiki.org/wiki/Gerrit/Tutorial#Amending_a_change - there are now 5 patches. I'm going to abandon 4.

@Adarsh2406 Thanks! Please do not let me know - if it works there will be an automated message in this task anyway. :)

@Adarsh2406: No you have not. If the commit message was correct, then there would be an automated notification in this very task.

@Adarsh2406: Hi and welcome! Please follow https://www.mediawiki.org/wiki/Gerrit/Commit_message_guidelines and edit the commit message of your Gerrit patch so it will automatically be linked to this task. Thanks in advance.

Then if I click the button, it would change the text I wrote to:

@Adarsh2406: Hi and welcome! Please carefully read all the previous comments here, plus check https://www.mediawiki.org/wiki/New_Developers - thanks.

Wait, I usually resolve tickets once deployed, not once merged...

https://gitlab.wikimedia.org/repos/phabricator/phabricator/-/commit/ede435e5d1c531473655bb42fb493ed603f271a9

Hi, Wikipedia text is pretty much based on the concept of hyperlinks, furthermore there is media content. I am not aware of larger interest in plain text and using grep to find strings across millions of pages for unknown reasons, but anyone is free to come up with some external implementation for this, of course.

@ShahZamanPathan Hi, I'm not sure why you added a link to GitHub? We use Gerrit (not Github) for code review; see the previous comments.

MediaWiki has a DateInputWidget (mw.widgets.DateInputWidget). Implementing that in this Search interface, versus each wish to expand the existing functionality of the widget in MediaWiki core, should probably several different tasks.

In T405596#11242761, @thcipriani wrote:

If a diffusion repo has a gerrit.wikimedia.org or gerrit-replica.wikimedia.org URI that is set to Observe, then it should NOT have a github.com URI set to Mirror.

As a test, I changed the I/O Type for all Read Only URIs listed on https://phabricator.wikimedia.org/source/tool-jouncebot/manage/uris/ (I picked a random project) from "Read Only" to "No I/O". This seemed to have worked:

[acko@machina ~]$ git clone https://phabricator.wikimedia.org/source/tool-jouncebot.git
Cloning into 'tool-jouncebot'...
fatal: unable to access 'https://phabricator.wikimedia.org/source/tool-jouncebot.git/': The requested URL returned error: 403
[acko@machina ~]$ git clone http://phabricator.wikimedia.org/diffusion/3307/tool-jouncebot.git
Cloning into 'tool-jouncebot'...
fatal: unable to access 'http://phabricator.wikimedia.org/diffusion/3307/tool-jouncebot.git/': The requested URL returned error: 403

For the records, we have at least two customizations in this area: https://gitlab.wikimedia.org/repos/phabricator/phabricator/-/commit/f3d0345c028babc8dbe0e252c4c5fee652c27b85 and https://gitlab.wikimedia.org/repos/phabricator/phabricator/-/commit/54ed31d870ff4e9d6a0ee408ea1a333aa181f9ea . The latter needs to be expanded if we wanted to apply this also to repos created in the future.

@Kundan_17: Welcome. Please see https://www.mediawiki.org/wiki/New_Developers#Communication_tips - thanks!

@Nemoralis: Indeed, however adding code project tags to tasks makes most sense as it is up to teams what they want to watch (e.g. via Herald) or not. :)

I have not managed yet to reproduce either. Is this still an issue that folks experience?

Some Legalpad items are in use, thus declining to reflect reality.

I believe that we are alright these days.

Still happens after our recent upstream pull:

I deleted those chart panel with a nonsense value (thus no chart is actually displayed) not embedded into any dashboard by querying via
SELECT CONCAT('https://phabricator.wikimedia.org/W',dp.id) AS chartPanel, dp.panelType, dp.phid, u.userName, dpp.chartKey, dp.EditPolicy FROM phabricator_dashboard.dashboard_panel dp INNER JOIN phabricator_user.user u ON dp.authorPHID = u.phid, JSON_TABLE(dp.properties, "$.chartKey" COLUMNS (chartKey VARCHAR(12) PATH "$")) AS dpp WHERE dp.panelType = "chart" AND dp.id IN (SELECT dp.id FROM phabricator_dashboard.dashboard_panel dp INNER JOIN phabricator_user.user u ON dp.authorPHID = u.phid AND dp.phid NOT IN (SELECT dp.phid FROM phabricator_dashboard.edge e INNER JOIN phabricator_dashboard.dashboard_panel dp ON dp.phid = e.dst));
and
SELECT CONCAT("https://phabricator.wikimedia.org/dashboard/view/", d.id) AS dashboardId, CONCAT("https://phabricator.wikimedia.org/W", dp.id) AS panelId, e.* FROM phabricator_dashboard.edge e INNER JOIN phabricator_dashboard.dashboard d ON d.phid = e.src INNER JOIN phabricator_dashboard.dashboard_panel dp ON dp.phid = e.dst WHERE e.dst = "PHID-DSHP-...";

@SWangari-WMF: For future reference, see the "Project Proposals" column on https://phabricator.wikimedia.org/project/view/8143/, compare with the subtasks here, go to the missing task, go to "Edit Related Tasks > Edit Parent Tasks", add it.

I assume this about changing the (currently empty) default value for the Description field in https://phabricator.wikimedia.org/transactions/editengine/maniphest.task/defaults/75/ , as that form is also linked by default from the Favorites/Bookmark dropdown in the top bar?

@RBarr-12: Hi, what is a list of full steps to reproduce, including everything relevant that happened to get some "stale page", and what's displayed in the upper right corner in that case? Does a hard refresh of the page in the browser before you log in change anything?

Hi @Thadguidry, we deployed a new software version of Phabricator here last week. That search dropdown has seen a bunch of changes (see J321 for details), among them only offering to globally search within the application scope if available, and renaming things to Global Search and Application Search.

Done.

Kinda like this?

I assume this is about https://commons.wikimedia.org/wiki/File:Things_near_the_Nautical_Museum_of_Litochoro_10.jpg ? For future reference, please fill in the bug report template - thanks!

@kostajh: You basically want to type ! and then input part of a task title and be able to select a task from auto-populated proposals matching your input, like it already works for username autocompletion after typing @, correct?

Hi @Dtheron, thanks for taking the time to report this and welcome to Phabricator!

Feel free to move enhancement requests for uncommon corner cases to a separate ticket.

@ShahZamanPathan See my previous comment for guidelines :)

@ShahZamanPathan: Hi, please use a Developer Account to submit the proposed code changes as a Git branch directly into Gerrit which makes it easier to review and provide feedback. If you don't want to set up Git/Gerrit, you can also use the Gerrit Patch Uploader. Thanks again!

Indeed... same on https://we.phorge.it/project/?member=aklapper

What does "would substitute all {{subst:templates}} to the editor" mean exactly?
Could you please provide an example?

Hmm, I would have thought that
SELECT CONCAT('https://phabricator.wikimedia.org/transactions/editengine/maniphest.task/defaults/',id) AS editForm, isEdit, name, JSON_VALUE(properties, '$.defaults."policy.edit"') AS policy_edit FROM phabricator_search.search_editengineconfiguration WHERE engineKey = "maniphest.task" AND isDisabled = 0 AND isEdit = 1 ORDER BY policy_edit,id;
lists all Task Edit Forms with interesting Edit Policies.
But interestingly, also those Forms listed with a NULL entry have restricted Edit Policies.

Thank you ! Confirming that https://phabricator.wikimedia.org/config/dbissue/ is empty now.

@Maria_Lechner_WMDE: Hi, which documentation were you following creating this ticket? Asking as WMF-NDA-Requests is not the right project tag, LDAP-Access-Requests feels more relevant. So there might be some docs to improve. :)

https://doc.wikimedia.org/codex/latest/icons/all-icons.html lists stuff like cdxIconPlay, cdxIconPrevious, cdxIconPause.
See also https://www.mediawiki.org/wiki/Codex#Using_Codex_icons

@Gemma_Coleman: Hi! Per https://meta.wikimedia.org/wiki/Mailing_lists#Create_a_new_list, please see https://meta.wikimedia.org/wiki/Special:MyLanguage/Mailing_lists/Standardization for naming.

Requested public project WikiForAll has been created: https://phabricator.wikimedia.org/project/view/8234/

I also boldly updated https://meta.wikimedia.org/w/index.php?title=Wikisource_reader_app&diff=29365626&oldid=29135791

Requested public project Wikisource Reader App has been created: https://phabricator.wikimedia.org/project/view/8233/

I see, thanks for the clarification. :) Could you please create https://www.mediawiki.org/wiki/Extension:Wanda using https://www.mediawiki.org/wiki/Template:Extension , and once moved to Gerrit also update the "Source Repo" on https://phabricator.wikimedia.org/project/edit/8232/ ? Thanks in advance!

Requested public project MediaWiki-extensions-Wanda has been created: https://phabricator.wikimedia.org/project/profile/8232/

Done

Resetting "Unbreak now" priority after four months of no task update

Stalling per missing info, see last comment

Would it be appropriate to move zelph to GitLab Wikimedia and use Phabricator for issue tracking?

Wikimedia GitLab welcomes hosting. I don't know how to interpret the word "appropriate" though. :)