[Solved] Upgrade to 5.3 was a little hectic

Permalink
(This is fixed thanks to chunksmurray - I had overriden the header_required element to change the output of the titles and needed to update it to the 5.3 way of doing things)


I'm still not happy with how it went but at least it's working.

Like many others, I can't enable caching because it wrecks the actual functionality of c5's admin.

On upgrading, I got a php error saying the helper concrete_support didn't exist. I've no idea where that's being called so I just created a concrete_support helper that loaded the concrete/support helper.

I'm not saying the updates aren't great, but they're not without pain.

oliwarner
 
oliwarner replied on at Permalink Reply
oliwarner
The edit and add buttons on the page toolbar don't work >_<

Did you guys build a weekend-detector into its code?
frz replied on at Permalink Reply
frz
can you try clearing your browser cache, clearing the site cache, logging out and in?

This stuff works for me, and outside of a few hiccups around people not being directed to the upgrade script things seem to be working.

Browser version? Clean install or update? Perhaps something with your css? Does the demo here work for ya (is it a server issue or browser issue..)
oliwarner replied on at Permalink Reply
oliwarner
I did all that (rm'd everything in the cache directories, logged out, nuked the cookies and cache, tried another browser) at the time and it didn't do anything to fix things...

I've just gone through it again. I thought it was working but then I tried to edit a page and clicking the edit button did nothing.

I'm going to try rebuilding the filesystem because it really seems like a botched upgrade.
oliwarner replied on at Permalink Reply
oliwarner
For fun, I nuked my concrete subdir and used a fresh copy from the 5.3 zip.

As happened first time around, I'm getting the following error wne logged in:

Fatal error: Loader::require_once() [function.require]: Failed opening required '/media/hobo/www/andersonsturgess/concrete/config/../helpers/concrete_support.php' (include_path='.:/usr/share/php:/usr/share/pear:/media/hobo/www/andersonsturgess/libraries/3rdparty:/media/hobo/www/andersonsturgess/concrete/config/../libraries/3rdparty') in /media/hobo/www/andersonsturgess/concrete/libraries/loader.php on line 187

Rather than just bodging it to work like I did before (creating a concrete_support helper and linking it to concrete/support) I'm trying to find out how it's even being called.

I can't find any instance of "concrete_support" in ANY of the PHP or the database. This truly is a bizarre error.
oliwarner replied on at Permalink Reply
oliwarner
It's being thrown from the admin header part in /concrete/elements/page_controls_menu.php

Namely from the ConcreteSupportHelper::hasNewHelpResponse() call
chunksmurray replied on at Permalink Reply
chunksmurray
Probably won't help you, but I had the same issue your first post mentioned.

I eventfully figured out that I had a header_required.php file sitting in my /elements folder. The install was calling that file instead of /concrete/elements. After I removed that, everything behaved.

This took me most of the day to figure out...and I have no idea why I had it in there!
oliwarner replied on at Permalink Reply
oliwarner
BIG HUMPS FOR YOU!

Seriously.. I was about to explode..

In case anybody is wondering why I had an overrided header_required, I wanted to change the :: in the titles to -
chunksmurray replied on at Permalink Reply
chunksmurray
Glad that was it! yeah it was pretty frustrating... and now i know why the header file was there! so thanks to you for reminding me!
synlag replied on at Permalink Reply
synlag
this issue hasn't been solved in 5.3.3
Like oli already mentioned, concete/helpers/support.php needs a little workaround at hasNewHelpResponse().

rn
synlag replied on at Permalink Reply
synlag
n/t
bodhirayo replied on at Permalink Reply
bodhirayo
Many, many thanks for this fix, chunksmurray! I might never have found it without your kind help!!!
In gratitude,
Bodhi