Bug #69454

Shortcut page ignores the configured url target

Added by Benjamin Serfhos over 4 years ago. Updated 11 months ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Frontend
Target version:
-
Start date:
2015-09-01
Due date:
% Done:

0%

TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

Each page has a "target" configuration under "behaviour" tab. For both shortcut as default page this is configurable.

The default page works as intended, when _blank configured in target the page generates a link with _blank.
However if the page is then changed to "shortcut" to another page inside the tree, this is ignored. The targeted (shortcut) page configuration is used.

Two options available;

1) Fix the expected workflow for URL target. Force the configured page details with the shortcut id.
2) Remove the url target option in shortcut.

Problem cause by typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php:6049 (in 6.2.14) which override the page configuration to the targeted page before generating the link.

I can fix this, but want to discuss which option is preferred.

Screen Shot 2015-08-31 at 11.57.19.png View - URL Target configured in TYPO3 Demo page (125 KB) Benjamin Serfhos, 2015-09-01 13:51


Related issues

Related to TYPO3 Core - Bug #67047: Cannot access shortcut target in menus Closed 2015-05-20
Related to TYPO3 Core - Bug #85138: Shortcut in menu always is rendered as inactive Accepted 2015-05-20

History

#1 Updated by Riccardo De Contardi over 4 years ago

  • Status changed from New to Needs Feedback

Hi Benjamin,

I am not able to reproduce it in both 6.2.15 and 7.5-dev (latest master); I tried with both a CE headline and using a menu CE... in both cases the target was the one of the shortcut and not of the target page.

can you check it again, or tell me how to reproduce? Thank you!

#2 Updated by Mathias Schreiber over 4 years ago

  • Target version deleted (next-patchlevel)

#3 Updated by Benjamin Serfhos about 4 years ago

I reproduced it on the demo site of TYPO3 last time, but cannot reproduce it myself anymore.

#4 Updated by Benjamin Serfhos about 4 years ago

Need to dig further, but found this; typo3/sysext/frontend/Classes/ContentObject/Menu/AbstractMenuContentObject.php:1343

#5 Updated by Benjamin Serfhos about 4 years ago

The 'bug' can be reproduced with config.typolinkCheckRootline = 1.

The page configuration is overwritten in the check for accross domains.
TYPO3 6.2: typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php:6080
TYPO3 7.6: typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php:6654

#6 Updated by Alexander Opitz almost 4 years ago

  • Status changed from Needs Feedback to New

#7 Updated by Riccardo De Contardi over 1 year ago

  • Related to Bug #67047: Cannot access shortcut target in menus added

#8 Updated by Riccardo De Contardi 11 months ago

I tried also with 10.0.0-dev (latest master) and the result is the same as on my comment 1

please take note that, according to the documentation, config.typolinkCheckRootline is always enabled from TYPO3 9.5 onwards (https://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Config/Index.html#typolinkcheckrootline)

#9 Updated by Riccardo De Contardi 11 months ago

  • Related to Bug #85138: Shortcut in menu always is rendered as inactive added

Also available in: Atom PDF