Bug #80151
closed
DirectoryViewHelper does not respect hidePagesIfNotTranslatedByDefault
Added by Tobi Kretschmann about 7 years ago.
Updated about 7 years ago.
Priority:
Won't have this time
Description
The DirectoryViewHelper does not respect the option hidePagesIfNotTranslatedByDefault.
Menus generated with the DirectoryViewHelper show pages without translations despite the option hidePagesIfNotTranslatedByDefault=true.
- Category set to Localization
- Status changed from New to In Progress
- Assignee set to Susanne Moog
- Status changed from In Progress to Closed
- Priority changed from Should have to Won't have this time
The DirectoryViewHelper uses getMenu from PageRepository. PageRepository then uses getSubpagesFromPages which in turn uses getPageOverlay - which does not care about any language specific settings.
One would think we could simply implement those in PageRepository but the getMenu function is called by
a) some backend functions (PageLayoutController) -- which should not care about these settings
b) AbstractMenuContentObject -- which already takes care of these settings itself by filtering the pages again
so we can't fix it there. While looking at the AbstractMenuContentObject I noticed there is more than just this one check missing to get a fully working menu via the PageRepository.
For now my recommendation would be: Don't use the DirectoryViewHelper but use DataProcessing (see core v8) or the HMENU content object.
Also available in: Atom
PDF
Updated by