You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Exception 1521716622 no site found in rootline of page is thrown if I edit the title of a page outside a site config, as long as Synchronize URL Segment is active.
It seems this option tries to update the slug (obviously) but tries to find the root page to get the prefix or something, but sometimes root pages won't exist.
So the first 3 levels are used for structuring the 60+ sites and 4 templates in the system, so the actual sites/domains are on level >= 3 and I was renaming a Subcustomer.
The text was updated successfully, but these errors were encountered:
From a pragmatic perspective: If no parent SITE, then skip processing.
The reason here: If I disable EXT:sluggi, that field exists and can be changed for that case.
I don't know an answer from a conceptional perspective: as the slug probably won't be used to create an URI for that page it shouldn't be available at all. However it could be that a non-site page is mounted somewhere, so it could be used nevertheless, however nobody would expect an autoslug to work there.
So in the end: This is an edge case. Doing nothing and gracefully catching the exception, perhaps issuing a FlashMessage to be transparent would be the way to go.
I get this error when I update the page title for SysFolders outside a site.
It seems to me that the processDatamap_postProcessFieldArray function of the HandlePageUpdate class is missing the $this->shouldRun check, which is used in the processDatamap_preProcessFieldArray.
Therefore, the exclude_page_types configuration in the postProcessFieldArray function is not taken into account...
As a workaround, I have deactivated the sync by default for these folders:
TCAdefaults.pages.tx_sluggi_sync = 0
Exception 1521716622 no site found in rootline of page
is thrown if I edit the title of a page outside a site config, as long asSynchronize URL Segment
is active.It seems this option tries to update the slug (obviously) but tries to find the root page to get the prefix or something, but sometimes root pages won't exist.
Our page structure is like
So the first 3 levels are used for structuring the 60+ sites and 4 templates in the system, so the actual sites/domains are on level >= 3 and I was renaming a Subcustomer.
The text was updated successfully, but these errors were encountered: