[3.x] 2.x import silently drops pages whose path contains &

[mholiv]

Environment

	2.x source	3.x target
Wiki.js	2.5.317 (docker.io/requarks/wiki:2)	3.0.2 (ghcr.io/requarks/wiki:3
Node.js	(bundled)	v26.13.0 (bundled)
Database	PostgreSQL 18.6	PostgreSQL 18.6 (fresh, empty DB)
Runtime	Podman 5.8.2, rootless, systemd quadlets	same

Migration method: the documented path. I ran Admin › Utilities › Export for Wiki.js 3.x on 2.x with all boxes checked, then Admin › Utilities › Import from Wiki.js 2.x on 3.x with default options.

Actual behavior

• Source: 212 pages, 319 assets. After import: 211 pages, 319 assets.
• The missing page is nested a few folders deep, and its final path segment contains & (e.g. …/a&b_page). It is the only page in the source whose path contains &.
• No page with that path, or any slugified version of it, exists in wiki.pages. Its parent folders aren't created either.
• Nothing about the page appears in the container logs: no error, warning or skip message. The import reported success.

Expected behavior

Every page in the export appears in the 3.x import. If a path can't be imported as-is, the importer either slugifies it like the other paths (e.g. a-b-page) or reports it as failed/skipped in the import UI and the logs.

Steps to reproduce the behavior

1. On Wiki.js 2.5.317 (PostgreSQL backend), create a page at test/a&b_page.
2. Run Admin › Utilities › Export for Wiki.js 3.x with all options checked, and download the .wkbackup file.
3. Start a fresh Wiki.js 3.0.2 on an empty PostgreSQL 18 database and log in as root.
4. Run Admin › Utilities › Import from Wiki.js 2.x with default options, using that .wkbackup file.
5. test/a&b_page is missing. The import shows no error, and podman logs / docker logs has nothing about it.

Page counts compared with:

-- 2.x
select count(*) from pages;
-- 3.x
select count(*) from wiki.pages;

[NGPixel]

Fixed via a13a208. Will land in next release.