@tstarling This might be a bigger bug: how does the bot protect against processing translation subpages? It looks like it's treating each (/en, /en-gb, etc.) as a separate wish:

This seems like this is a bot issue, but could perhaps be resolved with the system we've used in the past:

• Template:Community Wishlist Survey/Proposal has the line {{#if:{{{titleonly|}}}|{{{title}}}<!-- allows transclusion page to be set up for translation, and fetch the translated title for use in other places -->|… (in our case this would go in Template:Community Wishlist/Wish)
• Then wherever we want to show the localized title, we can do so with {{TNT|namespace=0|Community Wishlist/Wishes/My_wish|titleonly=yes|uselang={{int:lang}}}}. {{TNT}} is already in the wishlist-intake repo.

Using this system, the bot doesn't need to write the title at all, rather Template:Community Wishlist/Wishes/Row would handle it.

So for the above to work, we need to get the {{int:lang}} hack implemented (TIL -- it's a hack and not Core functionality!). I'm doing that as part of T368578.

@MusikAnimal Will this still be a valid with your breakthrough approach?

The approach proposed at T368349#9927714 will still work, yes. However with that extra translcusion per row, we might run into issues on the All Wishes page once there are a lot. We already knew that we'll have to implement pagination at some point, but that requirement might come sooner if we implement T368349#9927714. I'm not really certain though; would love to hear what @tstarling thinks. All I know is T368349#9927714 will work, so for the very short term, that might be the best route.

We discussed this on Slack and it seems we'll go with the idea at T368349#9927714. As this level of ornate hackery is familiar to me, I'll handle that, but I'm not touching the bot as I don't want to step on toes. The bot needs to ignore translation subpages, so there's still that to-do left.

musikanimal opened https://gitlab.wikimedia.org/repos/commtech/wishlist-intake/-/merge_requests/130

Draft: mediawiki-pages: add TNT system to fetch translated wish titles

As far as I can tell, !130 fully implements what I was proposing, yet on my local it isn't working:

The resultant wikitext should be evaluated by the parser as what it looks like -- an internal link -- yet it prints as plain text.

You can see the same system working fine on Meta at https://meta.wikimedia.org/w/index.php?title=User:MusikAnimal/sandbox&oldid=27048418

Is there perhaps a configuration setting or something I might be missing on my local? I went through Extension:Translate's config settings and none of those seemed to be relevant :/

tstarling opened https://gitlab.wikimedia.org/repos/commtech/wishlist-intake/-/merge_requests/140

On the index pages, use TNTN to include the localised row list template

tstarling closed https://gitlab.wikimedia.org/repos/commtech/wishlist-intake/-/merge_requests/130

Draft: mediawiki-pages: add TNT system to fetch translated wish titles

samwilson merged https://gitlab.wikimedia.org/repos/commtech/wishlist-intake/-/merge_requests/140

On the index pages, use TNTN to include the localised row list template

tstarling opened https://gitlab.wikimedia.org/repos/commtech/wishlist-intake/-/merge_requests/174

Strip translate tags from wikitext when building a Wish

musikanimal merged https://gitlab.wikimedia.org/repos/commtech/wishlist-intake/-/merge_requests/174

Strip translate tags from wikitext when building a Wish

@tstarling As seen in the screenshot, <translate> tags are not visible in the table. I will move this to Done. Thanks for all your work!

Test Result - Wishlist-test.toolforge

Status: ✅ PASS
Environment: Wishlist-test.toolforge
OS: macOS Sonoma 14.5
Browser: Chrome 126
Device: MBA
Emulated Device: NA

Test Steps

1. Prepare a wish page for translation with <translate> tags around its title, e.g. | title = <translate>Lorem ipsum</translate>.
2. Mark the page for translation.
3. Wait for the bot to run, so the list at Community_Wishlist/Wishes is up to date.
4. Note that the <translate> tags are visible in the table, but they should not be.