Bug #87770

f:link.page with non-integer pageUid fails to render

Added by David Bascom 3 months ago. Updated about 2 months ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
Fluid
Target version:
-
Start date:
2019-02-22
Due date:
% Done:

0%

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

Description

Up until version 8 it was possible to render the link to an image or uri using the pageUid-attribute of the f:link.page or f:uri.page-viewhelper, i.e.

Examples:

<f:link.page pageUid="path/to/image.jpg">...</f:link.page>
<f:link.page pageUid="en/">...</f:link.page>

This option is commonly used, for example when rendering the lightbox-link to the enlarged image or when using the VHS <v:page.languageMenu /> viewhelper to render a menu or language-menu.

This is not possible anymore, reason: Link/PageViewHelper forces the type to (int) in line 82:

$pageUid = isset($this->arguments['pageUid']) ? (int)$this->arguments['pageUid'] : null;

As I can't see any security-issues here in not forcing (int) this should be changed back again to string / mixed or an alternative provided (i.e. an argument "uri"). The <link.external>-ViewHelper is unfortunately not suitable either.

History

#1 Updated by Bastian Bringenberg 3 months ago

  • Project changed from forge.typo3.org to TYPO3 Core
  • TYPO3 Version set to 9

Moved to right project.

#2 Updated by Georg Ringer 3 months ago

  • Status changed from New to Needs Feedback

even though it worked previously it was not correct. please use the f.link.typolink VH instead! does that works for you?

#3 Updated by Susanne Moog 3 months ago

  • Category set to Link Handling, Site Handling & Routing

#4 Updated by Georg Ringer about 2 months ago

  • Category changed from Link Handling, Site Handling & Routing to Fluid
  • Status changed from Needs Feedback to Closed

closed because of lack of feedback and a correct solution

Also available in: Atom PDF