I haven't looked yet to see whether this bug is in the frontend or backend, but I would suggest using the mediawiki-title (JS/npm) or mwtitle (Rust/cargo) packages for title validation and normalization.

In T325983#8491626, @Legoktm wrote:

I haven't looked yet to see whether this bug is in the frontend or backend, but I would suggest using the mediawiki-title (JS/npm) or mwtitle (Rust/cargo) packages for title validation and normalization.

I didn't realize mediawiki-title was available in NPM, I will work on a fix for this shortly.

egardner opened https://gitlab.wikimedia.org/toolforge-repos/wlh/-/merge_requests/3

StartView: Replace all spaces with _, not just first

I've posted a basic patch to fix the behavior (my regex was missing the g flag).

I spent some time looking at the mediawiki-title package, but I struggled to find a clear way to convert from a title containing spaces to a title containing underscores. We already get the namespace from the user's selection by relying on the prefixsearch API.

Our bespoke Rust back-end for the WLH app (https://gitlab.wikimedia.org/toolforge-repos/wlh-api) expects the titles to contain underscores and doesn't perform any normalization (though since there is a cargo package I guess we could consider adding this).

I'm open to improvements – in the mean time once this patch is merged the problem should be fixed.

volker-e merged https://gitlab.wikimedia.org/toolforge-repos/wlh/-/merge_requests/3

StartView: Replace all spaces with _, not just first