Project

General

Profile

Actions

Story #94430

closed

pages.doktypes higher than 200 do not work properly as frontend pages

Added by Jens Hoppe almost 3 years ago. Updated about 2 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Backend API
Target version:
-
Start date:
2021-08-11
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)
TYPO3 Version:
10
PHP Version:
7.4
Tags:
Sprint Focus:

Description

The documentation states that pre TYPO3 10.4, pages that were supposed to be used as frontend pages, needed to have a doktype below 200. Since 10.4 this restriction would no longer apply:

In 10.4.17 custom page types with a doktype higher than 200 (I tried 301 and 302) do actually render in the frontend. Some things do not work though:

  • Page Type Shortcut:
    A shortcut to a page with a doktype > 200 does not work in Shortcut Mode First subpage of selected/current page. Subpages of the current page with a doktype > 200 will not be considered and thus not called in the frontend, even if they clearly are the first subpage of the shortcut.
  • Link Browser
    Pages with doktypes > 200 will be muted in the page tree, just as Sysfolders. Thus you cannot set links to pages with doktype > 200 or content elements on these pages.
  • View button in doceader
    When editing a content element on a page with doktype > 200 the view button will not render this page in the frontent. In my case it rendered the root page instead with doktype = 4

I eventually changed my custom PAGES_TYPES to a number below 200 and the described problems disappeared.


Subtasks 3 (0 open3 closed)

Bug #94814: Cannot use page with doktype > 200 as shortcut targetClosed2021-08-11

Actions
Bug #94815: Cannot link to pages with doktype > 200Closed2021-08-11

Actions
Bug #94816: Missing "View" button on pages with doktype > 200Closed2021-08-11

Actions

Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #18079: slide of cObj CONTENT stops if sysfolder in rootlineClosed2008-01-30

Actions
Actions #1

Updated by Mathias Brodala over 2 years ago

  • Related to Bug #18079: slide of cObj CONTENT stops if sysfolder in rootline added
Actions #2

Updated by Mathias Brodala over 2 years ago

  • Tracker changed from Bug to Story
Actions #3

Updated by Mathias Brodala over 2 years ago

Can you test #94815?

Actions #4

Updated by Benni Mack over 2 years ago

  • Status changed from New to Needs Feedback
Actions #5

Updated by Christian Kuhn about 2 years ago

  • Status changed from Needs Feedback to Closed

hey. i'm closing this since we think this has been fixed with v11.

Actions

Also available in: Atom PDF