3.2.4 -> 3.2.5 Update: Fatal error: Uncaught exception

zorbas2 · Post by **zorbas2** » Sun Dec 30, 2018 7:46 am

I am trying to update from 3.2.4 to 3.2.5 using the automatic update package. I am following exactly the instructions. I have only the standard prosilver style and english language installed. But there are some extensions installed...
After uploading the /install and /vendor directory and pointing my browser to /install I get the following fatal error:

Fatal error: Uncaught exception 'InvalidArgumentException' with message 'Class "phpbb\install\event\kernel_exception_subscriber" used for service "kernel_exception_subscriber" cannot be found.' in /homepages/3/xxxx/htdocs/scripts/phpBB3/vendor/symfony/event-dispatcher/DependencyInjection/RegisterListenersPass.php:91 Stack trace: #0 /homepages/3/xxxx/htdocs/scripts/phpBB3/vendor/symfony/dependency-injection/Compiler/Compiler.php(102): Symfony\Component\EventDispatcher\DependencyInjection\RegisterListenersPass->process(Object(Symfony\Component\DependencyInjection\ContainerBuilder)) #1 /homepages/3/xxxx/htdocs/scripts/phpBB3/vendor/symfony/dependency-injection/ContainerBuilder.php(587): Symfony\Component\DependencyInjection\Compiler\Compiler->compile(Object(Symfony\Component\DependencyInjection\ContainerBuilder)) #2 /homepages/3/xxxx/htdocs/scripts/phpBB3/phpbb/di/container_builder.php(198): Symfony\Component\DependencyInjection\ContainerBuilder->compile() #3 /homepages/3/xxxx/htdocs/scripts/phpBB3/i in /homepages/3/xxxx/htdocs/scripts/phpBB3/vendor/symfony/event-dispatcher/DependencyInjection/RegisterListenersPass.php on line 91

Does anyone has a clue what I could do?

janus_zonstraal · Post by **janus_zonstraal** » Sun Dec 30, 2018 8:11 am

How did you upload the files?
And is the .htaccess in the root of your phpbb folder?

zorbas2 · Post by **zorbas2** » Sun Dec 30, 2018 10:50 am

I uploaded the /install and /vendor folder from the automatic update package to the root folder of my phpBB installation using passive ftp.
The following .htaccess file is present in my root folder:

Code: Select all

<IfModule mod_rewrite.c>
RewriteEngine on

#
# Uncomment the statement below if URL rewriting doesn't
# work properly. If you installed phpBB in a subdirectory
# of your site, properly set the argument for the statement.
# e.g.: if your domain is test.com and you installed phpBB
# in http://www.test.com/phpBB/index.php you have to set
# the statement RewriteBase /phpBB/
#
#RewriteBase /

#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

#
# The following 3 lines will rewrite URLs passed through the front controller
# to not require app.php in the actual URL. In other words, a controller is
# by default accessed at /app.php/my/controller, but can also be accessed at
# /my/controller
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ app.php [QSA,L]

#
# If symbolic links are not already being followed,
# uncomment the line below.
# http://anothersysadmin.wordpress.com/2008/06/10/mod_rewrite-forbidden-403-with-apache-228/
#
#Options +FollowSymLinks
</IfModule>

# With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
# module mod_authz_host to a new module called mod_access_compat (which may be
# disabled) and a new "Require" syntax has been introduced to mod_authz_host.
# We could just conditionally provide both versions, but unfortunately Apache
# does not explicitly tell us its version if the module mod_version is not
# available. In this case, we check for the availability of module
# mod_authz_core (which should be on 2.4 or higher only) as a best guess.
<IfModule mod_version.c>
	<IfVersion < 2.4>
		<Files "config.php">
			Order Allow,Deny
			Deny from All
		</Files>
		<Files "common.php">
			Order Allow,Deny
			Deny from All
		</Files>
	</IfVersion>
	<IfVersion >= 2.4>
		<Files "config.php">
			Require all denied
		</Files>
		<Files "common.php">
			Require all denied
		</Files>
	</IfVersion>
</IfModule>
<IfModule !mod_version.c>
	<IfModule !mod_authz_core.c>
		<Files "config.php">
			Order Allow,Deny
			Deny from All
		</Files>
		<Files "common.php">
			Order Allow,Deny
			Deny from All
		</Files>
	</IfModule>
	<IfModule mod_authz_core.c>
		<Files "config.php">
			Require all denied
		</Files>
		<Files "common.php">
			Require all denied
		</Files>
	</IfModule>
</IfModule>

david63 · Post by **david63** » Sun Dec 30, 2018 11:05 am

Is there any particular reason as to why you are trying to use the auto update method rather than the recommended full file replacement?

warmweer · Post by **warmweer** » Sun Dec 30, 2018 11:19 am

zorbas2 wrote: ↑Sun Dec 30, 2018 7:46 am Does anyone has a clue what I could do?

Since there is no custom code in your board, the autoupdate is absolutely unnecessary, and introduces extra steps which increase the risk of something going wrong.
Full package or changed files is the way to go.
Just in case (not absolutely necessary) disable all extensions before updating, and enable them 1 by 1 after the succesful update (and check for updated versions)

zorbas2 · Post by **zorbas2** » Sun Dec 30, 2018 1:24 pm

david63 wrote: ↑Sun Dec 30, 2018 11:05 am Is there any particular reason as to why you are trying to use the auto update method rather than the recommended full file replacement?

The extensions and some other tweaking - espacially in the prosilver theme css files...
And as there is an automatic update package, I thought in my case it is the best to use. Also it worked in past updates perfectly...

zorbas2 · Post by **zorbas2** » Sun Dec 30, 2018 1:27 pm

warmweer wrote: ↑Sun Dec 30, 2018 11:19 am
zorbas2 wrote: ↑Sun Dec 30, 2018 7:46 am Does anyone has a clue what I could do?
Since there is no custom code in your board, the autoupdate is absolutely unnecessary, and introduces extra steps which increase the risk of something going wrong.
Full package or changed files is the way to go.
Just in case (not absolutely necessary) disable all extensions before updating, and enable them 1 by 1 after the succesful update (and check for updated versions)

Ok, worst thing it is this what I got to do. Disable extensions, backup modificated files, do a full update and try afterwards to get everything as it was.
I am only asking myself why previous automatic updates went always well and this one now results in such an error...

janus_zonstraal · Post by **janus_zonstraal** » Sun Dec 30, 2018 1:30 pm

Are you sure that you upload all the files correctly?

The autoupdater is working fine, I did already 15 boards with the autoupdater without any problem.

zorbas2 · Post by **zorbas2** » Sun Dec 30, 2018 1:43 pm

janus_zonstraal wrote: ↑Sun Dec 30, 2018 1:30 pm Are you sure that you upload all the files correctly?

The autoupdater is working fine, I did already 15 boards with the autoupdater without any problem.

Hmmm. Will try to upload /install and /vendor again although I had no error message from my ftp program...

janus_zonstraal · Post by **janus_zonstraal** » Sun Dec 30, 2018 2:10 pm

I always rename or delete the old vendor folder before I upload the new one!

zorbas2 · Post by **zorbas2** » Mon Dec 31, 2018 2:43 pm

I re-uploaded the /install and /vendor folder after renaming the old /vendor folder. It produced exactly the same error.
Probably I have to go for a full update and not for the automatic update. However, I am still wondering if there is someone out there who could at least explain this error...

janus_zonstraal · Post by **janus_zonstraal** » Mon Dec 31, 2018 3:35 pm

You have to empty the cache folder except the index.htm and the .htaccess
Than delete the io_lock.lock and the install_config.php from the store folder.

Than go to the /install/ from your board and try it again.

zorbas2 · Post by **zorbas2** » Mon Dec 31, 2018 4:31 pm

Thanks! But I did that too!!

MoLew · Post by **MoLew** » Sun Jan 13, 2019 5:19 pm

I've been stuck on this since version 3.2.2 ... Have been completely unable to update my board. Have done all the suggestions above, and now am wondering if some auto-backup feature of my domain hosting service is replacing new files with saved ones. Yes, they have an automated feature for installing phpBB, but I prefer a more hands-on approach and do my own d/b and file installations. I've been running phpBB on my site since 2002 ... This is the first time I've been stumped on doing updates for so long.

//Update//

Disabled all my mods, saved all my edited files, re-uploaded the entire forum software suite. Went through the update sequence as expected ... Finally!

Wish I knew which file was corrupted or missing. Sucks to have to go through all that mess to replace one bad file.

Lumpy Burgertushie · Post by **Lumpy Burgertushie** » Sun Jan 13, 2019 6:05 pm

follow these steps exactly and in order and you should be fine.
one change is to go ahead and delete the folder named store after you have made the backup.
the instructons say to leave it there but go ahead and delete it.

then follow the rest of the instructions.
https://www.phpbb.com/support/docs/en/3 ... ating-32x/

robert