Thousands of undefined pages from prior use of camelcase option

Question

Hi folks - we used to use the old Confluence CamelCase option, but turned it off a couple of years ago. The CamelCase option created thousands of Undefined Pages in our instance, and those remained even after we turned off the feature.

Now we're upgrading from v3.5 to v5.5, and reviewing what's being brought across. I was surprised to see that the thousands of Undefined Pages are still there; I figured (hoped?) this would be something that was cleaned up in the migration scripts.

Has anyone else faced this issue?  Any clever ways of cleaning up this mess?

Dave Drexler · Answer

I'm referring to all the pages shown in each space, via /pages/listundefinedpages.action?key= In the GUI space admin screens.

Ryan Goodwin · Answer

I imagine they are doing in place upgrades then. There are likely a couple options to clean up the undefined pages - manually via database queries or manually via modifying an xml backup.

When you say "undefined pages" - can you elaborate? How are you identifying these pages? In the UI? or in the database? What constitutes a page being undefined?

Dave Drexler · Answer

Hi - the upgrade is being handled for us by our hosting company (Contegix), so I'm not sure how to answer your question. I assume they're going through the best practices established for the jumps from v3 to v4 to v5.