@kostajh I won't reopen, but it seems a shame that Flow will not work with mod_security, not because of any serious or deep security issue, but because a tiny version number is encoded in such a way that mod_security confuses it with SQL Hex encoding. Cheers!

This was bug with the Poncho skin, not the PageForms extension. I've fixed it now, sorry for the misleading tag and title.

Hi! I added the templates to the list of available templates, and created some template data for them.

Now yes, this should be fixed, thanks for the report!

@OriHoch I'm so happy you decided to take on fixing this tool! Having so many different watchlists is a daily pain. Please keep it up!

Minimize requests (maybe). Not much else. I agree this is the lowest priority now, cheers!

My bad. I was looking at the target URLs instead of actually clicking on them. I have updated the title and description to better describe the situation, but I realize this "bug" is much less serious now.

In my humble opinion, this functionality could be improved by parsing any #hashtag pattern in the edit summaries. This would simplify automated as well as manual tagging. To prevent indiscriminate tagging, only tags in Special:Tags would be parsed.

Fixed by https://gerrit.wikimedia.org/r/#/c/mediawiki/skins/Poncho/+/521047/

The new config option $wgPonchoSitename (see https://www.mediawiki.org/wiki/Skin:Poncho) allows to shorten the title or remove it completely when it's too long. Also the recent changes to the skin allow titles considerably longer before the mobile layout starts to break.

Another solution is moving the logo + sitename above the search bar. This has the downside of a larger header, but a larger logo is usually appreciated.

The Foreground skin solves this issue by providing a configuration prameter "wikiName" allowing to override the site name just for the display in the top bar of the skin.

Strange thing is that the transclusions seem to be returning an empty string as expected (see the div at the bottom of the demo) so maybe the issue is related to parsing order.

I just found out that Massviews Analysis has a feature like the one requested here. Another way to fulfill this request would be to provide a way to generate a list of recent changes from the output of a Massviews Analysis query. Yet I think that a pure on-wiki solution would be better.

What's going on?

This can be accomplished using the Template:Excerpt.

I'm not sure I understand your question. Adding a talk page to a category does not cause or imply that the content page will be added too.

Sure, here is a demo!

One possible approach would be to expand Special:RecentChangesLinked with an additional option to show the changes to the associated talk/subject pages, maybe in a way similar to how Special:Watchlist works.

I got this same issue on my wiki in a VPS. Solution was to reboot the server to empty the tmp directory.