Project

General

Profile

Actions

Bug #91342

open

No PID is checked in FE when TCA slug field has uniqueInPid in eval

Added by Jiří Štefl over 4 years ago. Updated over 1 year ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2020-05-07
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
9
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

I really like eval options uniqueInSite and uniqueInPid in the slug field. But I don't understand how the uniqueInPid option is resolved in the frontend.

In my project I have similar structure to this:

  • Folder A
  • Folder B
  • Detail page A ... (Record storage in the Plugin tab is set to "Folder A")
  • Detail page B ... (Record storage in the Plugin tab is set to "Folder B")

Suppose we have our own object type (eg. Project) and different types of projects stored in different folders. 1st type is stored in "Folder A" and displayed on "Detail page A", 2nd type use "Folder B" and "Detail page B". When I save two different projects with the same name in different folders, the same slug will be generated for them (eg. big-project), which is fine due to the uniqueInPid option.

Now, in the frontend I get two different URLs:

  • /detail-page-a/big-project ... (should display project from "Folder A")
  • /detail-page-b/big-project ... (should display project from "Folder B")

But in both cases the first "big-project" from table is displayed, the record storage (field [pages]) is ignored. The TYPO3\CMS\Core\Routing\Aspect\PersistedAliasMapper use language and frontend (deleted, hidden etc.) restrictions but there is no check for PID.

Is this a misconfiguration or a bug?

Actions

Also available in: Atom PDF