https://www.mediawiki.org/wiki/Extension:MultiBoilerplate is currently not deployed on Wikimedia sites, so it currently cannot be enabled.
See https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment for the steps which are required first.

@DannyS712: Heja! Could you explain why this sentence is split? Lego concatenation often leads to wrong translations.
'talk page' is not nominative but genitive case here but nobody can see that when looking at that isolated string.

	'userfeedback-confirmNo': 'Thank you for the feedback. It would be helpful if you could leave some suggestions for improving the article on its $1.',
	'userfeedback-confirmNoTalk': 'talk page',

Asumming this is about MediaWiki-REST-API. If not then please feel free to correct the code project. Thanks!

Adding to Repository-Admins won't fix what's requested... See the description: "Our ACL (access control list) is #acl*repository-admins".
I can imagine that the status of this is that nobody really feels in charge of judging or deciding, because nobody knows clear criteria. A classic. :-/

Assuming this task is about MediaWiki-extensions-General, hence adding project tag so others can find this task when searching for tasks under that project.

Assuming this task is about MediaWiki-ServiceContainer, hence adding project tag so others can find this task when searching for tasks under that project and not only in some team project.

@suffusion_of_yellow: Can you please answer the last question? Thanks.

@mahmoud: I am resetting the assignee of this task because there has not been progress lately (please correct me if I am wrong!).
Resetting the assignee avoids the impression that somebody is already working on this task. It also allows others to potentially work towards fixing this task.
Please claim this task again when you plan to work on it (via Add Action... → Assign / Claim in the dropdown menu) - it would be welcome! Thanks for your understanding!

@Layka100: I am resetting the assignee of this task because there has not been progress lately (please correct me if I am wrong!).
Resetting the assignee avoids the impression that somebody is already working on this task. It also allows others to potentially work towards fixing this task.
Please claim this task again when you plan to work on it (via Add Action... → Assign / Claim in the dropdown menu) - it would be welcome! Thanks for your understanding!

Unfortunately closing this Phabricator task as no further information has been provided.

Incident report: https://wikitech.wikimedia.org/wiki/Incident_documentation/20200108-mw-api

In T242228#5786329, @Joe wrote:

An incident report will be published later on wikitech at https://wikitech.wikimedia.org/wiki/Incident_documentation

Is there more to do in this task? Should this still be open? Will there be an incident report? If yes, who is planning to work on it?

@Dendelele: Can you please reply to the last three comments? Thanks.

Hi @Pmarsadri, thanks for taking the time to report this!
Please add a more complete description to this task.
That can be a clear list of specific steps to reproduce the situation, as little details sometimes matter, so that nobody needs to guess how you performed each step, describing actual results and expected results after performing the steps to reproduce, providing a link to a public website where the issue can be seen, if you see the same behavior when you are not logged in, information about your web browser(s), MediaWiki version information (if it is not on a Wikimedia wiki), etc.
You can edit the task description by clicking Edit Task.
Ideally, exact and clear steps to reproduce should allow any other person to follow these steps (without having to interpret those steps) and see the same results. Problems that others can reliably reproduce can get fixed faster. Thanks!

@WAN233: Please always follow https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes when requesting such kinds of changes. Thanks.

Garr, I just see "aren't bundled with or otherwise maintained by WMF." Sorry; reverted commit message changes. No idea how to even exclude that in a sane way.

This seems to also break fetching results in the "Edit Parent Tasks" and "Edit Parent Tasks" dialogs, which makes this UBN to me.

Not related as I've experienced this before.

I am declining this task, as by now no more tasks can be offered to students in Google-Code-in-2019. :(

Done: https://phabricator.wikimedia.org/p/DeletedUser123/

Setting project to Wikimedia-Site-requests, as this request is about settings / configuration of a Wikimedia website.

(For future reference, clear and exact steps to reproduce with URLs are welcome. Phabricator has several searches. See https://www.mediawiki.org/wiki/How_to_report_a_bug )

@Masumrezarock100 No idea

Done. Sorry for the interruption, and thanks everyone who helped cleaning up!

In T243481#5825792, @Urbanecm wrote:

maybe @CommunityTechBot can do this for us?

In T241019#5824948, @BamLifa wrote:

It's about designing a Wikipedia extension that tells the user how long it will take him/her reading an article

Requested public project Testing-Roadblocks has been created: https://phabricator.wikimedia.org/project/view/4524/

Posting the updated 2019 text here that I plan to add to the last task done by our most active students.
(Reminder to myself: Maximum 2000 characters, no markdown support!)

Thanks for filing this!

@Bmueller: Can this be resolved these days?

Requested public project has been created: Python3-Porting

I added "Discovery-Search" as a tag. Please change at your convenience if this is not the correct tag.

@Kghbln: Does your wiki use the default MediaWiki-Search? Or did you install the CirrusSearch extension?