[06:58:52] <MirahezeRelay>	 <honoka55> @cosmicalpha can we make githubbot also add the 'pull request ready' project automatically when forwarding pr opened message?
[06:59:08] <MirahezeRelay>	 <cosmicalpha> Yes I plan to do that.
[06:59:18] <MirahezeRelay>	 <cosmicalpha> I just forgot when making it.
[15:55:40] <MirahezeRelay>	 <person0192837465> @posix_memalign user scripts with JSDoc comments are sometimes misinterpreted as template invocations somehow
[15:56:04] <MirahezeRelay>	 <person0192837465> https://cdn.discordapp.com/attachments/1006789349498699827/1557058872382849054/Screenshot_2026-10-06_at_11.55.52_AM.png?backend=b2&ex=6ac66b93&is=6ac51a13&hm=06135e2b5420b4f262e07a5568a1d0df271ebbd6a2f3ce2993d7144bc532b6ce&
[15:56:28] <MirahezeRelay>	 <jenny_on_wiki, replying to person0192837465> that's just syntax highlighting
[15:56:36] <MirahezeRelay>	 <person0192837465> when editing it it also shows up under "pages included on this page"
[15:56:46] <MirahezeRelay>	 <person0192837465> https://cdn.discordapp.com/attachments/1006789349498699827/1557059048703008949/Screenshot_2026-10-06_at_11.56.43_AM.png?backend=b2&ex=6ac66bbd&is=6ac51a3d&hm=cce2d6b7e2437a6c0cadf9610ea577cdc3a935996a653cd60354132ce55b99ed&
[15:57:06] <MirahezeRelay>	 <person0192837465> I'm not sure what would happen if that template actually existed
[15:57:06] <MirahezeRelay>	 <jenny_on_wiki, replying to person0192837465> does it affect the whatlinkshere for the template in question
[15:57:15] <MirahezeRelay>	 <jenny_on_wiki> if not then no point worrying about it
[15:59:25] <MirahezeRelay>	 <person0192837465> it does affect whatlinkshere
[15:59:33] <MirahezeRelay>	 <person0192837465> just tested it with Template:Colon
[16:00:02] <MirahezeRelay>	 <person0192837465> at least it doesn't seem to be transcluding it into the actual JS
[16:07:22] <MirahezeRelay>	 <ccxtwf, replying to person0192837465> yeah everything within two curly braces `{{` `}}` is treated like a page link even if not rendered as such.
[16:07:49] <MirahezeRelay>	 <ccxtwf> It also makes scripts with Vue template literals v annoying to handle
[16:08:21] <MirahezeRelay>	 <ccxtwf> you offset it by enclosing everything in `<pre>` or `<nowiki>`
[16:09:03] <MirahezeRelay>	 <ccxtwf> I doubt MW core is changing this behaviour since it's the same behaviour that lets us place wiki JS/CSS files in categories
[16:22:59] <MirahezeRelay>	 <ccxtwf, replying to person0192837465> Also the current MW minifier doesn't support optional chaining (`?.`). Your script will work fine when loaded raw but not when it is pre-processed on MediaWiki:Common.js or MediaWiki:Gadget-X.js.
[16:23:17] <MirahezeRelay>	 <person0192837465> I am aware
[16:25:22] <MirahezeRelay>	 <ccxtwf, replying to person0192837465> It's still a point of consideration depending on how many people you're aiming your scripts to be used by
[16:28:57] <MirahezeRelay>	 <ccxtwf> now that I think of it, I don't think the current minifier supports spread operator either. or maybe I'm misremembering.
[16:29:43] <MirahezeRelay>	 <person0192837465> idk, I'm using a script that can be minified with the sole purpose of loading the others raw so I can use the modern syntax features
[16:30:35] <MirahezeRelay>	 <ccxtwf> my secret is that I'm writing on Typescript always
[16:40:00] <MirahezeRelay>	 <jenny_on_wiki, replying to ccxtwf> I think I've used it before
[16:40:47] <MirahezeRelay>	 <jenny_on_wiki> yeah spread is es6
[16:42:19] <MirahezeRelay>	 <ccxtwf> can you believe we're in the great 1.46 and MW still doesn't support optional chaining
[16:42:37] <MirahezeRelay>	 <ccxtwf> literally downleveling TS to 2019 purely for it
[17:10:10] <MirahezeRelay>	 <uranium_mandy> I replied to a comment on [[Requests for Comment/Reducing Superfluous Steward Supervision]]. After clicking 'reply' the final two proposals on the page got deleted. I noticed this instantly and reverted my edit. I did not even open VisualEditor or SourceEditor; I just clicked on the reply button.
[17:10:11] <MirahezeRelay>	 <Wiki-Bot#2998> <https://meta.miraheze.org/wiki/Requests_for_Comment/Reducing_Superfluous_Steward_Supervision>
[17:16:05] <MirahezeRelay>	 <posix_memalign, replying to uranium_mandy> [1/2] Looks fine in wikitext. It's possible that a runaway tag and/or template is hiding a bunch of content though.
[17:16:05] <MirahezeRelay>	 <posix_memalign, replying to uranium_mandy> [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1557079008179392532/image.png?backend=b2&ex=6ac67e54&is=6ac52cd4&hm=23b9bb04d62647368aa1338fb3151a3be4e9e0b2133202263959df9fb9b71361&
[17:16:28] <MirahezeRelay>	 <person0192837465> perhaps something to do with the <nowiki> tags?
[17:18:05] <MirahezeRelay>	 <person0192837465> also, I dislike the pre-save transform being mandatory, it forced me to do `"~".repeat(x)` to get signatures in templates
[17:26:53] <MirahezeRelay>	 <uranium_mandy, replying to person0192837465> I've seen a few negative things about <nowiki> tags, but I don't actually understand what's wrong with them - are they known for causing weird errors?
[17:27:43] <MirahezeRelay>	 <posix_memalign> I don't think they are the culprit. They are properly closed per manual inspection, and if they are not it will be very obvious because everything else on the page would be in plain text.
[17:29:11] <MirahezeRelay>	 <originalauthority, replying to ccxtwf> It works in extensions though, which has always been really odd to me
[17:29:11] <MirahezeRelay>	 <posix_memalign> [1/2] There we go
[17:29:12] <MirahezeRelay>	 <posix_memalign> [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1557082305875681390/image.png?backend=b2&ex=6ac68166&is=6ac52fe6&hm=289f3635589c3649291396083b59b1a5583816b1776644a4b891666c7a25603b&
[17:29:21] <MirahezeRelay>	 <originalauthority> I wonder if the minifier does something differently for extensions
[17:30:36] <MirahezeRelay>	 <posix_memalign, replying to posix_memalign> Still not sure why a reply triggers it. Maybe the parser doesn't like seeing tags nested this way.
[17:31:16] <MirahezeRelay>	 <posix_memalign> [1/2] And a runaway nowiki tag
[17:31:16] <MirahezeRelay>	 <posix_memalign> [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1557082827919720519/image.png?backend=b2&ex=6ac681e3&is=6ac53063&hm=cc99a198e6023ad3d41bf5ecbdf7b69adf919e1856ec46c47209a2a68aa0f76b&
[17:37:16] <MirahezeRelay>	 <posix_memalign> [1/2] Turns out the second one is the root cause. The first one is fine even if it is not proper use of HTML.
[17:37:16] <MirahezeRelay>	 <posix_memalign> [2/2] @uranium_mandy I restored your comment now that the page is fixed.
[17:38:11] <MirahezeRelay>	 <uranium_mandy, replying to posix_memalign> Thanks
[17:42:12] <MirahezeRelay>	 <person0192837465> https://meta.miraheze.org/wiki/Special:RequestWikiQueue/92678#mw-section-comments create wiki AI output \n instead of an actual newline
[17:42:34] <MirahezeRelay>	 <person0192837465> might have something to do with the request language not being english?