Project

General

Profile

Actions

Bug #63335

closed

Bug #58403

Added by Martin Clewing over 9 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2014-11-26
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
5.5
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

I encountered the same problem as described in Bug #58403 while trying to update a huge project from 4.5.37 to 6.2.6.

I did not have that entry "/" in sys_file_storage, but there was a second entry referring to a false entry in sys_filemounts which had a wrong path (missing "/"). Deleting both (!) entrys fixed the issue.


Files

TYPO3_Exception.html (9.67 KB) TYPO3_Exception.html Martin Clewing, 2014-11-26 10:43
filemounts.jpg (125 KB) filemounts.jpg Martin Clewing, 2014-11-26 15:40

Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #58403: Error while fetching permissions forClosed2014-05-01

Actions
Actions #1

Updated by Alexander Opitz over 9 years ago

  • Status changed from New to Needs Feedback

The backtrace doesn't look like you got this issue while running the RTE FAL Migration.

So what did you do to get this error?
Did you run the Migration Wizards while upgrade from 4.5 to 6.2?

Actions #2

Updated by Martin Clewing over 9 years ago

I went all through Upgrade Wizard in install tool (getting lots of errors in "Migrate all file links of RTE-enabled fields to FAL" caused by missing files, all other steps performed well), then tried opening "Filelist" in the Backend. Same error occurs when trying to add images to content elements when the filelist pops up.

Actions #3

Updated by Alexander Opitz over 9 years ago

Ok, did you take care about the HOWTO_clean_up_TYPO3_installations.txt in your /typo3/sysext/lowlevel/ directory before upgrading to reduce the errors in the "Migrate all file links of RTE-enabled fields to FAL"?

Back to the real issue, can you please post the content of your tables sys_file_storage and sys_filemounts as SQL?

Actions #4

Updated by Martin Clewing over 9 years ago

Thanks for the hint: I only updated the ref_index via cli.

I can't post the tables as I had to continue updating and don't have a snapshot of that state. I started a new copy from the scratch to see if I can reproduce that and post the result a s soon as I can.

Actions #5

Updated by Martin Clewing over 9 years ago

Found this: sys_file_storage as dump, sys_filemounts attached as screenshot


--
-- Tabellenstruktur für Tabelle `sys_file_storage`
--

CREATE TABLE `sys_file_storage` (
`uid` int(11) NOT NULL AUTO_INCREMENT,
`pid` int(11) NOT NULL DEFAULT '0',
`tstamp` int(11) NOT NULL DEFAULT '0',
`crdate` int(11) NOT NULL DEFAULT '0',
`cruser_id` int(11) NOT NULL DEFAULT '0',
`deleted` tinyint(4) NOT NULL DEFAULT '0',
`hidden` tinyint(4) NOT NULL DEFAULT '0',
`name` varchar(30) NOT NULL DEFAULT '',
`description` text,
`driver` tinytext,
`configuration` text,
`is_default` tinyint(4) NOT NULL DEFAULT '0',
`is_browsable` tinyint(4) NOT NULL DEFAULT '0',
`is_public` tinyint(4) NOT NULL DEFAULT '0',
`is_writable` tinyint(4) NOT NULL DEFAULT '0',
`is_online` tinyint(4) NOT NULL DEFAULT '1',
`processingfolder` tinytext,
PRIMARY KEY (`uid`),
KEY `parent` (`pid`,`deleted`),
KEY `deleted_hidden` (`deleted`,`hidden`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;

--
-- Daten für Tabelle `sys_file_storage`
--

INSERT INTO `sys_file_storage` (`uid`, `pid`, `tstamp`, `crdate`, `cruser_id`, `deleted`, `hidden`, `name`, `description`, `driver`, `configuration`, `is_default`, `is_browsable`, `is_public`, `is_writable`, `is_online`, `processingfolder`) VALUES
(1, 0, 1416915521, 1416915521, 0, 0, 0, 'fileadmin/ (auto-created)', 'This is the local fileadmin/ directory. This storage mount has been created automatically by TYPO3.', 'Local', '\n<T3FlexForms>\n <data>\n <sheet index="sDEF">\n <language index="lDEF">\n <field index="basePath">\n <value index="vDEF">fileadmin/</value>\n </field>\n <field index="pathType">\n <value index="vDEF">relative</value>\n </field>\n <field index="caseSensitive">\n <value index="vDEF">1</value>\n </field>\n </language>\n </sheet>\n </data>\n</T3FlexForms>', 1, 1, 1, 1, 1, NULL),
(2, 0, 1416916237, 1416916237, 0, 0, 0, 'TerminRedaktion (auto-created)', 'This is the local /user_upload/ directory. This storage mount has been created by the TYPO3 upgrade wizards.', 'Local', '\n<T3FlexForms>\n <data>\n <sheet index="sDEF">\n <language index="lDEF">\n <field index="basePath">\n <value index="vDEF">/user_upload/</value>\n </field>\n <field index="pathType">\n <value index="vDEF">absolute</value>\n </field>\n <field index="caseSensitive">\n <value index="vDEF">1</value>\n </field>\n </language>\n </sheet>\n </data>\n</T3FlexForms>', 0, 1, 1, 1, 0, NULL);

Actions #6

Updated by Alexander Opitz over 9 years ago

Hu, 12 minutes creation time difference between the storage for "fileadmin/" and "/user_upload/" ... what ever happens in between.

After putting your SQL in my database I also get this error ... will take a look.

Actions #7

Updated by Alexander Opitz over 9 years ago

Hmmm, I understand.

To help you to get it working, I need following information:

Where is the "/user_upload/" located on your system?

To get the migration fixed, I need your sys_filemounts before migration (please as dump, screenshots have the issue that I need to write it down).

Thanks for helping.

Actions #8

Updated by Anja Leichsenring over 9 years ago

any news here? No activity since 3 month, can the issue be closed?

Actions #9

Updated by Alexander Opitz over 9 years ago

  • Status changed from Needs Feedback to Closed
Actions

Also available in: Atom PDF