Page name issue when trying reuseable sections

Ask us anything
1

Hi,

I have a number of pages that start with “2026 -” and have noticed that they are not displayed when try to create a reusable section. If I remove the numerals from the start, then the page shows up.

See video here.

Is this normal or a bug?

Thanks
Steve

2

Congratulations @SynopsisLabs ! You have uncovered the most creative edge case I’ve seen this year :sweat_smile:

That looks like a bug to me.

If you haven’t already, would you mind creating a bug ticket here so the team can take a look and confirm?

3

Thanks @Joyce,

Will do.

Steve

4

@Joyce,

Here is the response from Daniel for future reference -

Hi Steve, thanks for the report.

So, good news: your pages and sections aren’t actually gone. What’s happening is that in the Multi-page sections panel, page names get run through a formatting rule that was originally meant for section templates in the library (things like “01 - Hero”, “02 - Features”—the numbering gets stripped for readability). The rule looks for a leading “number + space + hyphen + space” and removes it. So “2026 - Sales Report” ends up showing as just “Sales Report”.

The page is still there—it’s just listed under whatever comes after "2026 - ". Expand that row and you’ll see all its sections, and dragging one onto a page to create an instance works exactly as it should. Your actual page names aren’t changed anywhere else—the rest of the editor and your published app still show the full names.

A couple of workarounds for now:

  • The search box in that panel actually searches the real, full page name. So typing “2026” will still filter to those pages, even if the label doesn’t show it.

  • If you want the year to stay visible, just tweak the separator a bit—the rule only triggers on that exact pattern. Any of these will display in full:

  • 2026 – Sales Report (en dash instead of hyphen)

  • 2026: Sales Report

  • 2026- Sales Report or 2026 -Sales Report (drop one space)

  • FY2026 - Sales Report (any letter before the digits)

Or, if you’d rather keep things clean, you could move those pages into a folder named “2026” and drop the prefix from the page names. Folder names aren’t affected, so you’d get a nice “2026” group in that panel.

I’ve already flagged this to our product team so the formatting rule stops applying to page names. I’ll circle back here once it’s fixed.

Steve