TYPO3 Exception 1317178604
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.
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.
No file found for given UID.
TYPO3 CMS 6.1.2: Error while uploading previously deleted file
Having deleted a specific file before at the fileadmin
it's not
possible to upload the same file again without error "No file found
for given UID.".
You can't open the fileadmin
folder containing the file once again
uploaded afterwards.
At the sys_
table the misbehaving file's entry shows "deleted = 1"
before and after upload.
Workaround: Deleting the sys_
entry of that file via phpMyadmin.
This is forcing TYPO3 fileadmin
to create a new sys_file entry with a
different uid. Now the folder and it´s content are available again.
Related to Bug #50508
TYPO3 CMS 6.2.x - happened when a tt_news entry had an non-existing image in the bodytext
For some reason the preview did still exist and was shown in BE when editing the news record. But in FE this lead to the exception, because the sys_file record was not there anymore.
EXT:solr + EXT:solrfal
The exception happened when initializing fileadmin/
queue. File record
was missing in sys_file but existed in sys_
and
sys_
. The following SQL helped:
delete from sys_file_reference where uid_local not in (select uid from
sys_file); truncate sys_file_processedfile;
The exception can also happen when there are non-existing files for
indexing in tx_
and the the records are not deleted with
"Clear Index Queue" for unknown reasons. This SQL helped:
truncate tx_solr_indexqueue_file;