Project

General

Profile

Actions

Bug #80151

closed

DirectoryViewHelper does not respect hidePagesIfNotTranslatedByDefault

Added by Tobi Kretschmann about 7 years ago. Updated about 7 years ago.

Status:
Closed
Priority:
Won't have this time
Assignee:
Category:
Localization
Target version:
-
Start date:
2017-03-06
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
7
PHP Version:
7.0
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

The DirectoryViewHelper does not respect the option hidePagesIfNotTranslatedByDefault.

Menus generated with the DirectoryViewHelper show pages without translations despite the option hidePagesIfNotTranslatedByDefault=true.

Actions #1

Updated by Susanne Moog about 7 years ago

  • Category set to Localization
  • Status changed from New to In Progress
  • Assignee set to Susanne Moog
Actions #2

Updated by Susanne Moog about 7 years ago

  • 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.

Actions

Also available in: Atom PDF