Removing Wikimedia-Site-requests as I don't see which exact configuration change server-side you'd like to get applied?

In T341171#8992781, @Aklapper wrote:

Removing Wikimedia-Site-requests as I don't see which exact configuration change server-side you'd like to get applied?

I just placed a tag that I randomly found suitable as I am not used to them now. Thanks for correcting! Probably no server-side problem, local code most likely

No problem with the InputBox extension itself, as I can also see the same problem when I tried on https://ru.wikinews.org/w/index.php?title=Участник:AKlapper_(WMF)/Sandbox&action=edit&preload=MediaWiki:Create_News following https://www.mediawiki.org/wiki/Manual:Creating_pages_with_preloaded_text

Trying to preload another page like https://ru.wikinews.org/w/index.php?title=Участник:AKlapper_(WMF)/Sandbox&action=edit&preload=MediaWiki:Deletedtext worked as expected.

And what's confusing is that copying the content of https://ru.wikinews.org/w/index.php?title=MediaWiki:Create_News&action=edit into https://ru.wikinews.org/w/index.php?title=Участник:AKlapper_(WMF)/Sandbox&action=edit and then loading it via for example https://ru.wikinews.org/w/index.php?title=Участник:AKlapper_(WMF)/Sandbox2&action=edit&preload=User:AKlapper_(WMF)/Sandbox worked for me in the preview.

I'd recommend to bring this up on https://meta.wikimedia.org/wiki/Tech

I also tested against the same template inside my userspace. Seems preload parameter doesn't work well with MediaWiki space pages.

Other pages in MediaWiki namespace preload normally (see sample code below). But not MediaWiki:Create_News page.
This is a recent bug (it worked correctly a week ago) with MediaWiki software.

{{#tag:inputbox|
type=create
preload=MediaWiki:Sidebar
}}

People discussed it here https://ru.wikinews.org/wiki/Обсуждение_участника:Iluvatar#Добавление_новости and say "This a problem with MediaWiki"

But they used a workaround, so problem is solved for now, thanks for help! Should I close this bug?

Should I close this bug?

No. This is a serious bug in a basic feature that could appear anywhere in the future.

This ticket seems to confirm the need of rewriting MediaWiki completely what was already widely discussed here https://phabricator.wikimedia.org/T287380 and in other bugreports related to Wikinews

@ssr: Please elaborate what the preload function in the MediaWiki core codebase has to do with some separate extension called DPL or "rewriting completely".

In T341171#8993514, @Aklapper wrote:

@ssr: Please elaborate what the preload function in the MediaWiki core codebase has to do with some separate extension called DPL or "rewriting completely".

I don't know exactly. Programmers, including @Krassotkin and @Neolexx told me so. They said issues like DPL cannot be fixed normally with the current engine which is old and full of patches. I know that MediaWiki is a very old software. And we are now dealing with problems caused by it. That's what programmers say and what I "feel" as a regular user and an administrator.

@ssr Hey, did you forget that Krassotkin no longer has access to phab here?

In T341171#8993692, @Unite_together wrote:

@ssr Hey, did you forget that Krassotkin no longer has access to phab here?

I know this very well, but when he wasn't blocked, he talked about it a lot, so I mentioned him because of this.

upd: I didn't add them as subscribers, I didn't know that mentioning them adds them.

@ssr: This ticket has nothing to do with DPL but is about a specific issue with preload. Please post off-topic opinions and assumptions in forums instead. Thanks!

In T341171#8994195, @Aklapper wrote:

@ssr: This ticket has nothing to do with DPL but is about a specific issue with preload. Please post off-topic opinions and assumptions in forums instead. Thanks!

This is not offtopic. This is all connected and I have to warn people about that this is not a single issue but a part of big problem. This is directly related to this topic. Everybody should know this. You can't prevent everybody from knowing this by forcing me to strictly narrow the discourse.

@ssr: Technically speaking this is definitely off-topic for this ticket as this ticket is about a very specific technical issue in one piece of software, so I ask you again to please bring up meta-level software quality or development priority discussions somewhere else. Please see https://www.mediawiki.org/wiki/Bug_management/Development_prioritization - thanks for staying on-topic here.

Change 936085 had a related patch set uploaded (by Umherirrender; author: Umherirrender):

[mediawiki/core@master] editpage: Fix use of <includeonly> in preload for NS_MEDIAWIKI titles

https://gerrit.wikimedia.org/r/936085

In T341171#8994511, @Aklapper wrote:

@ssr: Technically speaking this is definitely off-topic for this ticket as this ticket is about a very specific technical issue in one piece of software, so I ask you again to please bring up meta-level software quality or development priority discussions somewhere else. Please see https://www.mediawiki.org/wiki/Bug_management/Development_prioritization - thanks for staying on-topic here.

I was about to close the task as soon as workaround had been found. But Iluvatar said "This is a serious bug in a basic feature" that's why I elaborated the question by more on-topic arguments. There are more bugs and tickets like this, I just mentioned one. I wish I could make no bugreports, but I had to make a number of them. Some of these bugs are annoying and disrupt normal everyday work. It's no crime when I discuss my work on a forum directly related to it.

Change 936085 merged by jenkins-bot:

[mediawiki/core@master] editpage: Fix use of includeonly for preload of page in mw namespace

https://gerrit.wikimedia.org/r/936085

Thank all of you! =)))