I've got fresh Presta 1.7 installation. I'm importing my data, valid data, but I'm getting an error An exception has been thrown during the rendering of a template ("Unable to load template 'file:layout-ajax.tpl'"). I have never seen anything like this.
Any ideas please?
full error image
Please delete cache manually by deleting all folder (dev and prod) in var/cache folder.
Related
I tried to upgrade from 10.x to 11.5.8 and nothing was working anymore. If I try to open the url I recieve the following error message:
Fatal error: Declaration of TYPO3\CMS\Extbase\Mvc\Controller\AbstractController::processRequest(TYPO3\CMS\Extbase\Mvc\RequestInterface $request, TYPO3\CMS\Extbase\Mvc\ResponseInterface $response) must be compatible with TYPO3\CMS\Extbase\Mvc\Controller\ControllerInterface::processRequest(TYPO3\CMS\Extbase\Mvc\RequestInterface $request): Psr\Http\Message\ResponseInterface in C:\inetpub\wwwroot\typo3\sysext\extbase\Classes\Mvc\Controller\AbstractController.php on line 243
So the next step was to disable all my extensions.
If I try to open the backend, I recieve the same message as above.
The next step was to use the Install Tool, which was working. But if I try to use some functions like "Upgrade Wizard", "Analyze Database Structure", "
Remove Temporary Assets", ....
But the sys_log and the log files under typo3temp are empty!
And also the firefox degugger is not showing any information.
PHP 7.4.15, no composer installation and chaches all deleted!
What should I do next?
The first error message says that there are Extbase extensions which are not compatible with v11. See https://docs.typo3.org/c/typo3/cms-core/main/en-us/Changelog/11.0/Breaking-92502-MakeExtbaseHandlePSR7ResponsesOnly.html
For the second error I'd recommend to look into the dev console of your browser. There you might see more information about the error when there is nothing in the logs. (Maybe there is an error when writing log?)
The mentioned file "AbstractController.php" exists only in version 10 and was removed afterwards.
So TYPO3 is using some old files, probably from the file-cache.
You wrote that you use an installation without composer-setup. Those installations have the file-cache saved in typo3temp/var/cache. This folder can be deleted completely and will be rebuilt automatically.
Afterwards TYPO3 version 11 should run and the error-message should never be shown again.
Due to my experiences with updating TYPO3 to a new mayor release, i did the following steps.
Renamed fileadmin dir
Deleted all TYPO3 dirs
Installed the new version of TYPO3
Start TYPO3 from scratch with an new database (use the ID and passwort from the final database, use the right sitename)
Rename the fileadmin dir back to fileadmin
Go into LocalConfiguration.php and switch under DB to the original database
(Maybe) enable 'debug' => true, for BE and FE and set 'displayErrors' => 1, under SYS
Try to start the BE, if failed go to the Install tool.
Start Upgrade Wizard under Upgrade
In the Install tool start the Analyze Database Structure, but be carefull. that you dont't delete any database of your extensions, which not installed yet!
Now the BE should work now and you can upgrade your extensions!
Good Look.
I'm getting a TinyMCE error on our admin site after upgrading from 2.2x to 2.3.5. Here are the errors I am seeing:
static/version1599523842/adminhtml/Magento/backend/en_US/tinymce.js net::ERR_ABORTED 404
1bf88a18ad7d25758b55791e3570de1a.js:166 Uncaught Error: Script error for: tinymce
http://requirejs.org/docs/errors.html#scripterror
at makeError (1bf88a18ad7d25758b55791e3570de1a.js:166)
at HTMLScriptElement.onScriptError (1bf88a18ad7d25758b55791e3570de1a.js:1681)
I've deployed the static content, I've cleared the cache, I've cleared all the magemojo cache (redis, varnish, etc...) but I still get this error. I've searched around the M2 forum and the github repo but am not having much luck locating why that file wouldn't be available. Instead of the tinymce.js file, I see a tiny_mce_4 folder in pub/static/adminhtml/Magento/backend/en_US
Any ideas what I may be missing here?
Okay, so I was able to finally figure out what the issue was. I found that a module we had installed needed to be updated as it was using "tinymce". I found this by running the following command against our app/code folder:
grep -rnw 'app/code' -e 'tinymce'
Posting here in case anyone else runs into this issue.
I am developing a plugin in moodle, I have uploaded the plugin but in Manage activities I see the ' Missing from disk' error and a related Section error! in the settings. Why I am getting such an error?
I had problems with the "videofile" Moodle plugin (version 1.5).
When I was upgrading to the Moodle 3.0 version, a message "missing from disk error" was showing, and it was unable to continue with the installation.
The file "version.php" from "/mod/videofile" had the command "$module" in several lines. I replaced with "$plugin" and that solved the problem.
Hope this help someone with the same problem.
Check the directory permissions for the plugin directory - if your webserver cannot read the directory, then you are likely to get this error.
I had this same issue when upgrading Moodle and had to move some custom plugins from the old install to the new.
But for me it was the file ownership that was the problem (I'm on a Linux server).
Changing the ownership (chown) fixed the issue for me.
I downloaded the TFSBranchTool VS Extension Project.
Rebuilt and Installed, but when I try to apply Initial Structure I get the following Error:
Exection Error:
Exection of Action 'ConnectSourceControl' Failed. Details: Could not load file or assembly Microsoft.AlLMRangers.BranchTool.SourceControlWrapper......
Any idea what might be causing the problem ? I tried on 2 different Servers! , I got the latest Update of VS2012.
I got VS2012 SDK installed and Vs2012 ObjectModel too, not sure what I'm missing!
We have posted an update to the sample code on http://vsarguidance.codeplex.com/releases/view/96222, which addresses this bug.
The issue was that Microsoft.ALMRangers.BranchTool.SourceControlWrapper.dll was missed in VSIX package. As action execution engine using MEF to load actions, it has no direct references to actions implementation assembly.
Vladimir from the team fixed the issue by specifying assembly as the MEF asset in the VS extension’s manifest file. Now it’s redistributed inside the extension package.
Can you verify that you have the file Microsoft.ALMRangers.BranchTool.SourceControlWrapper.dll
in the following folder:
%LOCALAPPDATA%\Microsoft\VisualStudio\11.0\Extensions\Microsoft. ALM Rangers\TfsBranchToolVSExtension\1.0
If its not there - try deleting the TfsBranchToolVSExtension and re-install the VSIX.
I've created an Zend Application on a local machine, with Zend Server Installed on it.
However I am now looking to migrate it to a live host - Shared hosting with Parallel Plesk 8.4.0
I've moved everything up and at one point I was just getting a blank screen when loading the public folder.
I tweaked the public/index.php file to include Error_Reporting(E_ALL|E_STRICT)
So I am now getting an error from the script. The error I am getting is...
Fatal error: Uncaught exception 'Zend_Config_Exception' with message 'Error parsing /var/www/vhosts/eekonomics.co.uk/httpdocs/application/configs/application.ini on line 4
Theres more to the error. But alot of it seems irrelevant, If required I can post the rest.
Has anyone any ideas how I can get this setup and working, Its slowing me down big style :-(
Any help appreciated...
Changing the application.ini file from APPLICATION_PATH to the absolute path of the files seems to have fixed this.
I've got another error associated with PDO Adapter not being installed, but that is down to a server install issue rather than Zend / PHP.