I've migrated from typo3 4.1 to 4.5 LTS now I got this error.
The page is not configured! [type= 0][]
I've checked DB analyser and fixed the table issues any ideas. Please revert
Apparently TYPO3 can't find TypoScript use Web > Template tool and check if record exists, also if it includes TS from external files, make sure the files exists.
Related
Our project which was migrated from typo3 version 9 to version 10. The issue is storagepid = 0. I can hardcode the pid value to configuration. But that’s not a permanent solution. If I use same plugin in different project again I have to hardcode storagepid value. So I need a permanent solution to fix it out.Can anyone help me to find out the solution?
There is no need to hardcode the storagePid in PHP code, since TYPO3 Extbase plugins typically will fetch the storagePid(s) from configuration (either TypoScript, starting point or plugin settings).
This blogpost I wrote some years ago explains, how and in which order Extbase will determine the storagePid.
The most suitable way is to use the starting point setting in the plugin, which automatically will be taken into account when data is fetched (e.g. in a Extbase repository). This way, you can use the plugin in several projects and the editor can select the storagePid(s) directly in plugin settings.
I have to make an update from Typo3 8 to Typo3 9.5 LTS. And i have some trouble with the Flux extension which causes some strange errors. I have used Flux 9.4.2 (latest) and Typo3 LTS (9.5.22). I have used Composer for the new version perhaps that causes the problem.
I have followed all the steps in this tutorial and some others instructions but all of them ends in the same error.
https://sigalambigha.home.blog/2020/04/29/how-to-migrate-fluidcontent-to-flux/
In Backend i get the following error:
And in the Frontend i get this error:
This depends on the Flux element which is on that page the Slider element. The Plug & Play configuration is disabled because of some other errors. Perhaps now i missed something in my configuration but i can't find something in the documentation to configure.
Edit
I have made some more tests an i think the problem is that the newest version of Flux is not really compatible with Typo3 9.5. So i changed to version 9.3.2 which is working better but has other bugs.
Make sure these 3 things in your template provider extension are set correct:
Register the provider extension key using the Vendor.ExtName syntax, not ext_name. Here is an example:
\FluidTYPO3\Flux\Core::registerProviderExtensionKey('Nng.MyExtname', 'Page');
\FluidTYPO3\Flux\Core::registerProviderExtensionKey('Nng.MyExtname', 'Content');
Place the above code in the ext_localconf.php of your extension, not the ext_tables.php. You can find this hint hidden in the documentation.
In older versions of FLUX you might also need to create a ClassAliasMap in EXT:myextensionkey/Migrations/Code/ClassAliasMap.php. Here is a simple example.
Did you try to set a small condition for the used parameter if it's null? that maybe can give an error message instead of the error in the page.
Or you should see if there's any error in the namespace
After upgrading Flux to Typo3 9.5 then you have to register "VendorName" with your content element using Typoscript like i did below.
tt_content {
mytemplate_wrapelement.20.vendorName = <vendorname>
}
here mytemplate is my template provider extension.
Wrapelement is the content element.
I was getting same error.
I'm very new to the CMS TYPO3 and I ran into a problem after the successful installation. I cannot access the page, view and list in the navigation. My logs show the error:
Class 'Tools_action_index_7c3e344226a5508b65ddf8993fcb960b3377b0d1'
not found
So I guess I am missing the action_index, but I don't know what I should create. A php file in the root of htdocs?
I guess it could be solved very quickly, but I'm still stuck and I can't find anything online.
Any help would be appreciated. Thanks in advance!
This class name looks like a fluid template cache file which is not generated. Did you check the write permissions for your webserver? Depending on which Version of TYPO3 you have installed, the webserver need write permissions for typo3temp and var folder:
TYPO3 9.x composer install: var/ and public/typo3temp/
TYPO3 9.x classic install: typo3temp/
TYPO3 8.x classic install: typo3temp/
Directory structure
Security Guidlines: File/directory permissions
You can also check the status and potential errors inside the install tool (Admin tools):
TYPO3 9.x: http://your-domain/typo3/ -> Admin tools: Maintenance
TYPO3 8.x: http://your-domain/typo3/install -> Folder Structure
Flush all caches in backend
If write permissions dont help, click the red flush cache button inside TYPO3 backend (right top corner -> flush all caches)
Flush file cache on disk
If this also not helps, delete all files/folders inside:
TYPO3 9.x composer install: var/cache/
TYPO3 9.x classic install: typo3temp/var/cache/
TYPO3 8.x classic install: typo3temp/var/Cache/
Ok, so I finally managed to solve the problem. Thank you Steffen Mächtel for your hints with the write permissions. Thanks to that I realised that I couldn't change the write permissions of my folders (not even with chmod 777).
I am not sure, but I think the problem was that I had XAMPP as a virtual machine running so I couldn't change it. I didn't know there was a difference in XAMPP and XAMPP-VM. I solved my issue by removing XAMPP and do the whole install process using MAMP instead. Using MAMP everything works now. Thanks everyone again for the help.
I am trying to migrate a website from Typo3 4.0 to a fresh new server with Typo3 8.7. I have exported the tree structure from the root page on the old CMS, selecting all levels and tables. When I try to import it on the new CMS I get the following error:
The reference UID for the file (sys_file_reference) has to be numeric
I found this bug report, which states that the bug has been updated for version 6.2. How can I avoid having sys_file_reference records with relations to sys_files records during the export? Or is there another way to fix this error?
With 6.0 the file handling of TYPO3 has changed drastically: FAL was introduced.
As of this change you cannot transfer data from an older version to a newer one. you need to do an update in place.
The neccessary way would be:
make a clone of your 4.0 installation
update to 4.5 (this should be easy as till then not much was deprecated)
update to 6.2 (in this upgrade all file references are transformed into FAL)
update to 8.7 [1]
For Step 3 and 4 you may need to update extensions and their data to a matching version.
[1] you wrote about 8.3. this was an intermediate version which is not support in any way.
Always use the latest version, which is 8.7 (for the 8 version) in the latest (current) subversion 8.7.8
I am new to TYPO3. I recently upgraded TYPO3 to 6.2 LTS from 4.5 following steps from some websites. Everything seems to be working okay.
I created a test folder and tried to edit the folder. I got INVALID VALUE("254") in Page Type. Here is the image
http://i.stack.imgur.com/h85Hx.png
I looked at logs, developers logs, and searched Google but I did not find anything relevant to the problem. Any idea on where to start?
PS: I didn't have enough reputation to add images directly. So, sorry for the link.
254 is the page type "Folder". It is very strange that this should be illegal. It's working here on a 6.2 installation.
Maybe it's a TypoScript configuration that disallows folders as subpage types at the parent page.
Have you already tried "database compare" function in your install tool? Looks for me like a update problem.