Forum Replies Created

Viewing 15 replies - 256 through 270 (of 927 total)
  • Plugin Author Kev Provance

    (@kprovance)

    You’ve already sent me a support ticket through our website. We’ll handle it there. Thanks.

    Plugin Author Kev Provance

    (@kprovance)

    I had to get rid of that CDN URL for Font Awesome some time back. There was a limit on how many calls could be made. 24+ million blew that limit.

    I added a global argument, fontawesome_frontend to the beta version in the GitHub repo: https://github.com/reduxframework/redux-framework

    That will enqueue FA on the frontend regardless the fields used.

    Plugin Author Kev Provance

    (@kprovance)

    Are you using either the Icon Select or Social Profiles field? Font Awesome does not enqueue for the front end automatically. It only does so if either of those fields are in use. If your config does involve use of those fields, I’m going to need FAR more information from you, otherwise I’d be guessing.

    Plugin Author Kev Provance

    (@kprovance)

    Hi,

    A indicated in several other posts here, we do no support themes that use Redux. That is the responsibility of the theme’s author. When you disable Redux, you disable the theme’s options system. All these features then fallback on their defaults. Whatever option that’s used to activate/deactivate whichever specific feature controls this doesn’t run and then Redux takes the blame, when in all likelihood, it’s the theme or theme related.

    Now, if the theme author determines there is an issue with Redux causing this, they will need to be the ones to file a report with us with the supporting data and we’ll work with them as we’re a developers tool, not a commercial one.

    It looks like whatever login plugin you are using is returning ‘false’ and sticking it in the URL, thus taking one to a 404. Again, this is a theme issue. Redux isn’t the cause.

    Also, PLEASE remove those login credentials. This is a public forum. Anyone reading your post can use them to log into your site.

    Good luck.

    Plugin Author Kev Provance

    (@kprovance)

    @itapress – Thanks for the heads up. That’ll be adjusted for the next version.

    Plugin Author Kev Provance

    (@kprovance)

    The name of the template file should be header-stickybar.tpl.php not header_stickybar.tpl.php. That’s probably why the file can’t be found.

    The name of the header-sticky template file is hard-coded in the content.tpl.php file, which is loaded first.

    Theme authors have the option to modify those template files and set their new location in their option-config file. I’m betting the theme author has a modified version of content.tpl.php in their theme and has never updated it. That’s really the only way this could happen. Please contact them and inquire about it, as I cannot.

    Good luck.

    Plugin Author Kev Provance

    (@kprovance)

    At this point, I recommend you contact the theme author and report this to them. If they can recreate the issue with their theme, then they’ll need to be the ones to contact us with the necessary data, and we’ll work it out with them. Typically, we do not support themes that use Redux. The files PHP is claiming are not there are indeed there. Short of a permissions issue on your server (which is not something I can check), there might be something off with the theme and how they use Redux. The type of support required to go into your server and examine settings is something they can do via their support forum, which I cannot nor am I permitted to do here.

    In the next version of Redux, I’ll be adding error trapping for this, at which time you’d be able to determine if the issue is a missing file or permission issues that prevent the reading of the template files.

    You can download and manually install it from here: https://github.com/reduxframework/redux-framework/archive/refs/heads/master.zip

    Good luck.

    Plugin Author Kev Provance

    (@kprovance)

    The problem is I do not have the theme you are using and cannot reproduce the issue. Did you try my suggestion above? If not, there’s nothing more I can do.

    Plugin Author Kev Provance

    (@kprovance)

    That is an embedded older and unsupported version of Redux in a theme. You’ll have to contact the theme author and ask them to update Redux inside their theme. This happens often when theme authors don’t update their code, and many refuse to do it. I have no control over what theme authors do with Redux.

    You could try installing the plugin. It will override the embedded version. If they’re using old extensions there may be issues too, in which case, the author will have to make modifications.

    Good luck.

    Plugin Author Kev Provance

    (@kprovance)

    I have no access to the premium theme you are using, so I won’t be able to reproduce your issue. It sounds as if there are files missing from your Redux install, but I don’t know what version you are using as that information is not included. I would try disabling Redux and removing it from your WordPress install, then reinstall Redux, using the latest version from wordpress.org.

    If that does not work, change your theme to a base WordPress theme (like 2021) and disable ALL plugins EXECEPT Redux. Go to Settings > Redux and on the setting screen, activate the Demo Mode. Does the error occur then?

    Plugin Author Kev Provance

    (@kprovance)

    You have to ask the theme author to update their embedded copy of Redux to v4. I have no control over it. You could try running this plugin instead, which theoretically should override the embedded install.

    They also would have to update their code to support PHP 8.

    Good luck.

    Plugin Author Kev Provance

    (@kprovance)

    You may also have a group/user permission issue: See: https://www.smashingmagazine.com/2014/05/proper-wordpress-filesystem-permissions-ownerships/

    The error is occurring in a segment of code that runs when the WP_Filesystem hasn’t been properly initialized, which is also evidence of a server permissions issue.

    Also, here’s a link to v4.4.5 which I hope to release either today or tomorrow. It has a catch to prevent Redux from crashing and should fall back to the default Google Fonts that come preinstalled. Be advised, it’s only a bandaid to a larger permissions issue that falls beyond the scope of our support.

    https://github.com/reduxframework/redux-framework/archive/refs/heads/master.zip

    Plugin Author Kev Provance

    (@kprovance)

    All I can tell you at this point is that if the file is still not reading or writing, you’ll have to ask whomever does tech support for your server why. Redux is reacting to the fact that it can’t read/write to that file (I’ll add code later to capture the error instead of crashing), but the issue originates on the server, which I do not have access to, nor would I be permitted to tinker with it even if I did.

    Try deleting the google_fonts.json and see if Redux can recreate it. If the error still happens, there is a permission issue someplace still in that folder structure.

    Plugin Author Kev Provance

    (@kprovance)

    /wp-content/uploads/redux/google_fonts.json

    The permissions for your wp-content/uploads/redux folder is not properly set. Permission denied means PHP cannot read or write the file. You’ll need to set the permissions on your uploads folder and all subfolders to Octal rwxr-xr-x or CHMOD (0755). If you don’t know what that means, contact whoever does support for your server and ask them to make that change.

    As this is a server issue, there’s not much else I can do as we do not support server issues.

    Good luck.

    Plugin Author Kev Provance

    (@kprovance)

    If you’re not getting emails you have have to get the data from your PHP error logs. As I do not know their location, you will need to contact whomever does tech support for your server and ask them where they are stored.

    There is little else I can do until I have the specific error message, preferably with the stack trace data.

Viewing 15 replies - 256 through 270 (of 927 total)