Error during 4.7.4 update: Template is throwing an error. This theme may be out of date.

[TIKUHLA]

Trying to go from 4.7.0 -> 4.7.4

As soon as I set php from 7.4 to 8.0 I can no longer access the AdminCP and get this error (below) and cannot go any further. Reverting to 7.4 is the only way for me to access the AdminCP again but the main site is fine.

[[Template core/admin/global/globalTemplate is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]

 

1. Tried going into theme editor and restoring default theme and setting as default.
2. Tried clearing system cache.
3. Tested alternate browser in private/incognito.
4. Tried disabling customizations but every time I go back to check it or try disabling again it keeps saying "Non-default theme"
5. Not running any 3rd party applications. Just system and forums.
6. System log shows this error:

 

TypeError: Unsupported operand types: string + int in /home/tactinep/public_html/forums/system/Dispatcher/Admin.php:587
Stack trace:
#0 /home/sitenamehere/public_html/forums/system/Theme/Theme.php(885) : eval()'d code(1615): IPS\Dispatcher\_Admin::showSwitchLink()
#1 /home/sitenamehere/public_html/forums/system/Theme/SandboxedTemplate.php(61): IPS\Theme\class_core_admin_global->globalTemplate('fe4d81eacf63493...', '\n<div class='ip...', Array)
#2 /home/sitenamehere/public_html/forums/system/Dispatcher/Dispatcher.php(173): IPS\Theme\_SandboxedTemplate->__call('globalTemplate', Array)
#3 /home/sitenamehere/public_html/forums/system/Dispatcher/Standard.php(113): IPS\_Dispatcher->finish()
#4 /home/sitenamehere/public_html/forums/system/Dispatcher/Dispatcher.php(155): IPS\Dispatcher\_Standard->finish()
#5 /home/sitenamehere/public_html/forums/tactinept/index.php(13): IPS\_Dispatcher->run()
#6 {main}

 

Help.

[Randy Calvert]

Have you made sure your version of PHP has all of the supported modules?  You can confirm this by using the compatibility checker.  

 

[TIKUHLA]

13 minutes ago, Randy Calvert said:

Have you made sure your version of PHP has all of the supported modules?  You can confirm this by using the compatibility checker.  

 

The output:

 

[Randy Calvert]

You need to run that script while running PHP8.  It looks like you're trying to run it under 7.4.  IPB 4.7.4 REQUIRES PHP8.0 or higher and won't work with 7.x.

[TIKUHLA]

30 minutes ago, Randy Calvert said:

You need to run that script while running PHP8.  It looks like you're trying to run it under 7.4.  IPB 4.7.4 REQUIRES PHP8.0 or higher and won't work with 7.x.

Right. I had to switch back to access AdminCP. Here it is back on 8 (image below). I have to switch back again afterwards to access AdminCP.

 

[Randy Calvert]

Alright... let's try using recovery mode.  

• Logout of your ACP.  (important)
• Switch to PHP8.  
• Set your recovery mode flag in constants.php.  See the following guide on how to do it:
• Once the recovery mode flag is set in constants.php and uploaded to your site, attempt to login to ACP.  You should see a message about things being disabled.  
• Once the process finishes, remove the recovery mode flag.
• See if you can use the ACP.  

[Marc]

It sounds like you are trying to use the auto upgrader here. Thats not going to work, as you need PHP 8 for the latest release, and you are far enough behind not to be able to use it on your current version. You need to upload a fresh set of files from your client area (after switching to PHP 8 and ensuring all requirements are present), and run the upgrader from /admin/upgrade

If you believe thats what you have already done, I need you to leave that in place so we can take a look.

[Stuart Silvester]

The 'board_start' variable in your conf_global.php file may be a string (inside single quotes) instead of an int.

[TIKUHLA]

20 hours ago, Randy Calvert said:

....

Tried this. Didn't work.

16 hours ago, Marc Stridgen said:

....

Started this process with freshly downloaded files but ran into an error and cannot progress. See image below. The files do exist in those locations. The permissions on them are similar to other files (644). All the other requirements are green.

[TIKUHLA]

7 minutes ago, TIKUHLA said:

Tried this. Didn't work.

Started this process with freshly downloaded files but ran into an error and cannot progress. See image below. The files do exist in those locations. The permissions on them are similar to other files (644). All the other requirements are green.

Tried temporarily setting these files to 777 but same error. No luck. Changed permissions back.

[Randy Calvert]

I would reupload those files. It most likely failed the first time.  If necessary delete those files first and upload the new version. 

[TIKUHLA]

3 hours ago, Randy Calvert said:

I would reupload those files. It most likely failed the first time.  If necessary delete those files first and upload the new version. 

Those files are in a subfolder that do not exist in the fresh download so they were not overwritten.

Fresh files were upload+overwritten here (including subfolders):

/home/xxxxx/public_html/forums/

Those specific files are in a subfolder that was different:

/home/xxxxx/public_html/forums/yyy/

Regardless, I took the files from \admin\upgrade\ in the fresh files and overwrote those files. Upgrade seemed to take them happily. Everything seems ok now. Thank you.

Proof:

Edited November 17, 2022 by TIKUHLA

[Gary]

Hi @TIKUHLA,

Thanks for following up and informing us that everything worked out in the end. Glad to see you're back up and running!

Please don't hesitate to let us know if you encounter any other issues.