Bug #25151
closed
upgrading to 4.5.1 breaks backend for some installs
0%
Description
Upgrading to 4.5.1 breaks the backend access.
This line appears in php error log:
Class 't3lib_extjs_ExtDirectApi' not found in ........./typo3_src-4.5.1/t3lib/class.t3lib_div.php on line 5277
It works for some installs, and it breaks for some, on the same server (PHP 5.3.2).
Coming back to 4.5.0 makes backend work again, after clearing cache_pages table.
(issue imported from #M17733)
Updated by Ernesto Baschny over 13 years ago
Could you be more precise? When does this error happen exactly? Can you login at least?
Maybe you could install XDEBUG on your server so that the error comes with a nice stack trace that we could track?
Thanks!
Updated by joujou no-lastname-given over 13 years ago
Correction: it breaks for all installs on the same server and it works for some installs on another server.
Updated by joujou no-lastname-given over 13 years ago
It happens when I log in: I get a blank page (error_reporting is set to false) instead of the backend and I get the line I gave in php error log.
Updated by Ernesto Baschny over 13 years ago
Could check particular environment information on this server, so that we can narrow down the search?
- OS?
- PHP version?
- Webserver Version and used SAPI (FastCGI? Apache Module? ISAPI?)
- Loaded PHP modules (APC? eAccelerator? Zend? Xcache? Others?)
Thanks for your help!
Updated by joujou no-lastname-given over 13 years ago
The behavior is very strange. I thought it worked for a site after an apache reload so I extended the 4.5.1 to other sites. I logged in and got a message in the backend: no module found, try to reload.
I reloaded the backend then got wrong page icons in the page tree and got recently updated docs when clicking on cache menu.
I'm back again on 4.5.0.
PHP 5.3.2 as an apache module
Redhat 6
Apache 2.2.15
PHP Modules:
apc
bcmath
bz2
calendar
Core
ctype
curl
date
dba
dom
enchant
ereg
exif
fileinfo
filter
ftp
gd
gettext
gmp
hash
iconv
imap
intl
json
ldap
libxml
mbstring
memcache
mysql
mysqli
odbc
openssl
pcntl
pcre
PDO
pdo_mysql
PDO_ODBC
pdo_pgsql
pdo_sqlite
pgsql
Phar
posix
pspell
readline
recode
Reflection
session
shmop
SimpleXML
snmp
soap
sockets
SPL
sqlite3
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
xsl
zip
zlib
Updated by joujou no-lastname-given over 13 years ago
I use firefox 3.6.13, I tried to switch to private navigation and it seems to work for all the sites. When back to normal navigation it works. Seeing the PHP error log, I would'nt have thought of a browser cache problem but it seems it was.
Updated by Ernesto Baschny over 13 years ago
Yeah, everything related to "ExtDirect" might be affected by wrong Javascript or information in your browser's cache. Can you confirm that it works fine after clearing the browser cache even in "normal mode" in Firefox now?
Updated by joujou no-lastname-given over 13 years ago
Well, after testing on 6 sites on this server, everything seems to work fine now, even in normal mode.
I don't remember if I've cleared the browser cache! just remember having switched to private navigation then went back to normal.
Updated by Ernesto Baschny over 13 years ago
Thanks for the feedback. So it was a client issue. Anyway strange problem, and we will keep that in mind.