Project

General

Profile

Actions

Bug #69454

closed

Shortcut page ignores the configured url target

Added by Benjamin Serfhos over 8 years ago. Updated about 4 years ago.

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

0%

Estimated time:
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.


Files

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

Related issues 2 (0 open2 closed)

Related to TYPO3 Core - Bug #67047: Cannot access shortcut target in menusClosedMathias Brodala2015-05-20

Actions
Related to TYPO3 Core - Bug #85138: Shortcut in menu always is rendered as inactiveClosedSimon Gilli2015-05-20

Actions
Actions #1

Updated by Riccardo De Contardi over 8 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!

Actions #2

Updated by Mathias Schreiber over 8 years ago

  • Target version deleted (next-patchlevel)
Actions #3

Updated by Benjamin Serfhos over 8 years ago

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

Actions #4

Updated by Benjamin Serfhos over 8 years ago

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

Actions #5

Updated by Benjamin Serfhos about 8 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

Actions #6

Updated by Alexander Opitz about 8 years ago

  • Status changed from Needs Feedback to New
Actions #7

Updated by Riccardo De Contardi almost 6 years ago

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

Updated by Riccardo De Contardi about 5 years 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)

Actions #9

Updated by Riccardo De Contardi about 5 years ago

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

Updated by Benni Mack about 4 years ago

  • Status changed from New to Closed

Hey all,

I will close this issue now - if you feel this is still a problem, let me know and I will re-open the issue.

Actions

Also available in: Atom PDF