Fatal error: Cannot redeclare bpsPro_Browser_UA_scroll_animation()

  • Resolved darkan9el

    (@darkan9el)


    8 years, 10 months ago

    Avada Theme – updated and patched,
    WP 4.8
    PHP 5.6

    Hi, I have this error when I go to the login page.

    Fatal error: Cannot redeclare bpsPro_Browser_UA_scroll_animation() (previously declared in /www/sites/a4f/cef/{website-domain}/web/wp-content/plugins/bulletproof-security/includes/functions.php:13) in /www/sites/a4f/cef/{website-domain}/web/wp-content/plugins/bulletproof-security/includes/functions.php on line 96

    I have read a previous post with the same error and followed a few tips on there.
    After each of these edits I refreshed the page and also cleared the browser cache, I also used different browsers.

    • I use WP-Edit and FTP’d in and renamed the plugin folder to WP-Edit.x Nothing changed and the error was still there
    • I went a step further and renamed the Plugins folder to Plugins.x and I have used this previously to resolve login issues with success but on this occasion it hasn’t worked. What I get now is “Firefox has detected that the server is redirecting the request for this address in a way that will never complete.“
    • Also checked my wp-config.php file and there is no code after 
      /** WordPress absolute path to the WordPress directory. */
if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');

/** Sets up WordPress vars and included files. */
require_once(ABSPATH . 'wp-settings.php');

      • So I’m a bit stuck at the moment.

    • This topic was modified 8 years, 10 months ago by darkan9el.
    • This topic was modified 8 years, 10 months ago by darkan9el. Reason: Legibility
Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter darkan9el

    (@darkan9el)

    8 years, 10 months ago

    Oh I forgot, the last thing I did with regard to BPS was run the autofix that the BPS notice talked about.

    Thread Starter darkan9el

    (@darkan9el)

    8 years, 10 months ago

    Changed the name of the wp-edit folder to xwp-edit and now the error message has gone but the 403 Forbidden Error Page message still shows.

    Thread Starter darkan9el

    (@darkan9el)

    8 years, 10 months ago

    Sorted it. I use Cyberduck for FTP.

    • I checked Show Hidden Files so that I could see the .htaccess file.
    • I renamed it to x.htaccess, refreshed the FTP screen.
    • Went to my web browser and refreshed the link for the login page, and it came back up… Phew!.
    • I went to the BPS setting page, Clicked on Activate under Activate|Deactivate Security Modes > Root Folder Bulletproof Mode (RBM)
    • Scrolled down to Backup and Restore BPS htaccess Files and Clicked on Restore htaccess Files
    • Logged out, refreshed the page and logged back in to make sure it was all ok.
    • Went back to Cyberduck and changed xwp-edit back to wp-edit to check if it all worked together.
    • Success harmony restored to this little corner of the WP universe.
    • This reply was modified 8 years, 10 months ago by darkan9el. Reason: typo
    Plugin Author AITpro

    (@aitpro)

    8 years, 10 months ago

    I am pretty sure the WP Edit plugin issue will return at some point. One of these days I need to solve this mystery, which has been going on with the WP Edit plugin now for years. The problem is that there is some other factor in this equation that I have not been able to figure out. When I install the WP Edit plugin on a test server/website I have never been able to reproduce this problem. So logically this is some sort of combo problem: something about the server, server config (OpCache, php.ini, etc) is different than what I have installed on my server. The most obvious clue is that things are being “double loaded”, which simulates the duplicate function php error: Cannot redeclare… So WP Edit must be doing something with the buffer & most likely it is not working correctly with OpCache. Something like what is described in this link: https://ww.wp.xz.cn/support/topic/wordpress-4-7-fatal-error-cannot-redeclare-get_paged_template/

    • This reply was modified 8 years, 10 months ago by AITpro.
    Thread Starter darkan9el

    (@darkan9el)

    8 years, 10 months ago

    in the end it was the renaming of the .htaccess file that got me back into the dashboard but personally I’ve never had a problem with wp-edit running along side BPS. If there is any info I can supply so that you can keep a log of to try and narrow down the issue I’m more than willing to supply it.

    The website is hosted by lcn.com, the hosting is the start-up – 1 option, PHP 5.6 & Perl 5.14.2 for scripting. The hosting doesn’t have a conventional cPanel

    Plugin Author AITpro

    (@aitpro)

    8 years, 10 months ago

    I will be adding a Zend OPcache check on the BPS System Info page in the next BPS version. I am currently testing OPcache, but have not been able to reproduce the problem. So maybe it is not related to OPcache at all or maybe it has to do with cli or maybe a particular php.ini directive setting or lack of for OPcache such as: opcache.use_cwd=1

    ; When this directive is enabled, the OPcache appends the current working
; directory to the script key, thus eliminating possible collisions between
; files with the same name (basename). Disabling the directive improves
; performance, but may break existing applications.
opcache.use_cwd=1
    Thread Starter darkan9el

    (@darkan9el)

    8 years, 10 months ago

    I’ve submitted a ticket to my host lcn for server info, I’ve given them this post link so hopefully they may either get in touch with you directly – not likely or give me better server info.

    A bit more info for you.
    wp-edit is version 4.0.1 (not the pro version)
    BPS is Version 2.3 (not the pro version)

Viewing 7 replies - 1 through 7 (of 7 total)

The topic ‘Fatal error: Cannot redeclare bpsPro_Browser_UA_scroll_animation()’ is closed to new replies.