VinBR wrote: ↑
Wed Jul 29, 2020 4:53 pm
Didn't work for me. Stills with the error on the password reset page, but in the other pages it is completely normal.
Does it work for any
page which is just a logical route and not "a file that exists"? Meaning does it work for any of the other app.php-dependent pages besides site.com/user/forgot_password, like site.com/help/faq? Or is it failing for all of them, and "reset password" was just the first one noticed.
As opposed to pages with URLs for files which actually exist, like site.com/viewtopic.php, site.com/memberlist.php, etc., where it seems to be working.
The extension from HiFi sounds like a good option. If I was trying to fix the we_universal image rotation code, I would probably just make the web root a hard-coded assumption and see how well that worked. e.g. Make the added line look like:
Code: Select all
// Path to directory with header images (must contain trailing slash)
$inventea_images_path = "./styles/" . rawurlencode($user->theme['style_path']) . '/theme/headers/';
Meaning, stop referencing the
value which has been calculated, which is
when the pages work, and is
when the pages fail. I don't know why it's failing like that; I thought "because routes can falsely make it appear as though there are additional folder levels to traverse" is exactly what phpBB already intended to take into account in the way
But anyway, I'd try replacing that calculation in
with just the hard-coded
as shown, and see whether any failure cases remain. Just in case, after making the change use the phpBB ACP Purge Cache option too, to be sure there aren't any document sections still in cache which were built while using the previous code.