TYPO3 Exception 1320286857

Note

Below, the TYPO3 community may have provided additional information or solutions for this exception. However, these may or may not apply to your particular case. If you can provide more information, you should come back here and add your experience and solution steps to this issue once you have resolved it.

General TYPO3 troubleshooting tips can be found in the section "Troubleshooting" of the menu, and live support is available in the TYPO3 Slack channel #typo3-cms. (See How to get your TYPO3 Slack account.)

To add your experience, click "Edit on GitHub" above and follow the "Edit on GitHub" workflow. Also check out our tip on Coding Style and reST.

File "..." is not valid (".." and "//" is not allowed in path).

File Record Wizard

This error occurs e.g. when a file-name contains an umlaut. By removing the umlaut this can fix this issue. However, if it doesn't check the other posted solutions in this entry.

RTE// CKEditor with Core v9+

This issue occurred to me by misusing the softref config within the bodytext TCA configuration in an override. (in my concrete example)

This bug behaved like the following with the relevant content in line 1 of the bodytext editor input:

  • Saving 'test test' -> works

  • Saving 'testtest' -> error

  • Saving 'test' -> error

When 'softref' is set to e.g. the bodytext field, the DataHandler calls updateRefIndexTable of the ReferenceIndex. The Stacktrace leads through the SoftReferenceIndex and its getTypoLinkParts function. There the TypoLinkCodecService is called with ->decode(...) This functionality is used to resolve links, while it splits on spaces. This is the reason why 'testtest' fails and 'test test' does not. 'testtest' gets wrapped with it's p-Tags and results in invalid linkhandling while 'test test' gets split into '< p > test' which is not correct, but does not throw an exception.

RTE

I noticed this issue when RTE had an incorrect link:

<link ../fileadmin/user_upload/documents/myhomeplan.pdf>

TYPO3 specifically reported that the file path is incorrect and that ".." and "//" are not allowed in the beginning of file path.

This happened for us after we migrated from 4.5.x to 4.6.x.

  • Solution: Remove the invalid link via phpmyadmin or similar tools

  • Can affect: Any table, ex: news, tt_news etc...

  • Sometimes, we may even get into this situation when the file in question has been renamed/moved/missing.