Trying to override the account pages - impossible in 8.2.1?

Permalink
I've been trying to update a site that was running 5.7.5.6 (think that was it) which did a lot of customization on the edit_profile and avatar pages, and was using it with the actual theme from the site.

With version 8.2.1, I can still display their customized single page, but it appears to be impossible to actually use their site theme anymore. Setting it from the site map shows that it should be using their theme, I've used the theme_paths config (which is how it was set before) but nothing seems to work. Instead, they get either the concrete or the dashboard theme, depending on if they are an admin or not.

Is there any way to get around this? Does anyone know why this would have been changed in v8? At this point I'm almost ready to override the single pages completely at a different URL but I'd prefer not to do that if possible. I can't seem to figure out where it's actually even doing the override searching through the core.

Thanks for any insight!

hereNT
 
hutman replied on at Permalink Reply
hutman
In 5.8+ we've added this to the app.php in the application/config directory

/*
 * Route themes
 */
'theme_paths' => [
    '/account' => 'theme_name',
    '/account/*' => 'theme_name',
    '/login' => 'theme_name',
    '/register' => 'theme_name',
],
hereNT replied on at Permalink Reply
hereNT
That's pretty much exactly what I have, but it's still overriding. Maybe it's something to do with upgrading instead of starting with 8.2.1?

return array(
    "theme_paths" => array(
        "/login" => "theme_name",
        "/account" => "theme_name",
        "/account/*" => "theme_name"
    )
);
hutman replied on at Permalink Reply
hutman
We have not updated a site from 5.7 to 5.8 with the account overrides in place, so it's possible. We have upgraded from 8.1 to 8.2.1 and everything worked alright.
hereNT replied on at Permalink Reply
hereNT
Weird. I actually tried it with a blank default install of 8.2.1 and that also did the same thing. Feel like I must be missing something basic but have no idea what it could be.
hutman replied on at Permalink Reply
hutman
You have it in the application/config/app.php? That's where it is on our working site.
hereNT replied on at Permalink Reply
hereNT
Yup, tried on two different sites so far. Though somehow it just started working, no idea what it was. :(
JohntheFish replied on at Permalink Reply
JohntheFish
Overrides cache?
hereNT replied on at Permalink Reply
hereNT
Maybe. I cleared the cache several times. It's still stuffing it in the dashboard theme if I'm an admin, but as a regular user it's showing with the correct theme. I had tried copying my theme and renaming it /application/themes/concrete which worked to a point but it was looking in the updates directory for the css. Changed that to /application/themes/concrete_disabled and then changed /application/themes/config/app.php to not use the return array() syntax but instead use []. That seemed like it hit it but then when I turned it back it was still working.

It could just be because the users I was testing were admins, honestly. Blerg.