We are using Jahia 4.0.6 Build 6045

The situation we have is that a content editor has deleted pages in the site
without deleting subordinate pages
and the workflow has been processed.  Some time (after many more changes) we
notice that the
orphaned pages can be directly accessed - for example in search results.
It is not practically possible to use versioning to undo this - would not
know where to start since too many changes
everywhere and huge mess would results.

These pages is partly visible to jahia - in administration,pagesettings, I
can see them and change their templates.
However in the only place I know to work with - in Edit mode, "add a page"
(in any template), Select page to link - these
do not appear in the fully expanded list of existing pages.

The consequence is that there are low level orphan pages that exist and
appear in search results
but contain bad content.  Search re-indexing does not help since the content
is found in the file system again.

The best solution would be to have a way (perhaps with an SQL script) to
restore the page into the visible navigation tree
so it could be deleted).  Perhaps we could create a top level page called
"For-deletion" and link to that pid.  Is it
possible to have an SQL script that does this?

A second best solution is to destroy the orphan pages in a safe way so that
they do not appear in the search results.
Will this be possible by removing all files (for multiple revisions) in the
Bigtext directory for these pids?  If so
what about the leftover database references seem from the
administration,pagesettings - how can these be deleted?

regards,
George





Reply via email to