---
title: "TYPO3 Exception 1320286857"
manual: "TYPO3 Exceptions"
version: "main"
permalink: "https://docs.typo3.org/permalink/t3exceptions:typo3-exception-1320286857"
source: "Exceptions/1320286857.rst"
modified: "2026-09-16T07:39:08+00:00"
---

# 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 *Troubleshooting*
> section in the menu. You can also ask questions and receive support in the
> [TYPO3 Questions category on talk.typo3.org](https://talk.typo3.org/c/typo3-questions/).
>
> To add your experience, click "Edit on GitHub" above and follow the
> ["Edit on GitHub" workflow](https://docs.typo3.org/m/typo3/docs-how-to-document/main/en-us/Howto/EditOnGithub.html#docs-contribute-github-method).
> Also check out
> [our tip on Coding Style and reST](https://docs.typo3.org/permalink/t3exceptions:tip-about-rest-coding-style).

## 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.