Project

General

Profile

Actions

Bug #100661

open

Wrong resource links to symlinked _assets unsing base with appending path segment

Added by Anonymous about 1 year ago. Updated 11 months ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
-
Start date:
2023-04-19
Due date:
% Done:

0%

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

Description

TYPO3 v12.3.0
typo3/cms-composer-installers:5.0.0
Site Config base https://mydomain.com/path/

Reproduce for example with fluid like this:

<f:uri.image src="EXT:vendor_sitepackage/Resources/Public/Images/Logo.svg"/>

This results in an exceptions since the resolved path is "/path/_assets/5bd5aaeffedb0553dcc3d3be99b60d08/Images/Logo.svg" instead of "/_assets/5bd5aaeffedb0553dcc3d3be99b60d08/Images/Logo.svg".


Related issues 1 (1 open0 closed)

Related to TYPO3 Core - Bug #101911: TYPO3 composer mode does not properly respect installations in a subdirectoryUnder Review2023-09-13

Actions
Actions #1

Updated by Anonymous about 1 year ago

HINT: In general we should use uri:resource ViewHelper for assets outside a FAL storage. So replacing the ViewHelper solves the problem in that case.

But I still think there is a problem somewhere in a deeper level (maybe in PathUtility). Pathes should be resolved correctly also with a appending path in baseURL. Before the _asset symlinking this worked just fine.

Actions #2

Updated by Benni Mack 11 months ago

  • Target version changed from 12 LTS to Candidate for patchlevel
Actions #3

Updated by Garvin Hicking 7 months ago

  • Related to Bug #101911: TYPO3 composer mode does not properly respect installations in a subdirectory added
Actions

Also available in: Atom PDF