• Resolved wildwoodhealth

    (@wildwoodhealth)


    There are some error logs that happen constantly so they fill up the debug.log very quickly.

    This is on a multisite running PHP 7.1.14. I have reCaptcha setup for registration and login forms.

    This happens sometimes when the settings page is open. It logs every time you visit the Access Lists tab in the Cerber Dashboard.
    PHP Notice: Undefined index: proxy in /wp-content/plugins/wp-cerber/common.php on line 471

    When logged out users visit any page these get outputted.
    PHP Notice: Undefined index: authonlyacl in /wp-content/plugins/wp-cerber/cerber-load.php on line 1971
    PHP Notice: Undefined index: authonly in /wp-content/plugins/wp-cerber/cerber-load.php on line 1976

    I poked around in the code a little and I think that either forcing those keys to exist or to check that they exist before using them in conditional statements should fix it.

    One other thing that isn’t really related is that when you change settings and save them. You have to reload the page again because it shows the old settings and if you save again it’ll overwrite your previous changes.

    The page I need help with: [log in to see the link]

Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Author gioni

    (@gioni)

    Please do the following.

    1. Go to the “User Policies”
    2. Click the “Global” tab
    3. Click the “Save Changes” button

    Does it eliminate notices?

    Thread Starter wildwoodhealth

    (@wildwoodhealth)

    I did as you said and nothing has changed. I’m still getting authonlyacl and authonly with non-logged in users on any page and proxy on the access lists page.

    Thread Starter wildwoodhealth

    (@wildwoodhealth)

    Since I’m on a multisite so setting Authorized users only and Use White IP Access List doesn’t actually block logged out users. It does display an error on the login page but that’s easily hidden.

    Proxy goes away when you set My site is behind a reverse proxy to true.

    I tried unchecking these to see just changing the state would fix it but the errors came back.

    Since these are checkboxes I think you are saving them as set=on and unset instead of set=on and set=off.

    For now I’m okay with this work around but it brought up an issue. What if I would like one of my sites on the network to be set to Authorized users only. There’s only a network setting that doesn’t even work properly. Would it be possible to have some site specific settings too?

    Plugin Author gioni

    (@gioni)

    The plugin fills all missing/empty values before saving settings to the database (when you click “Save Changes”). I think the issue is caused by your combination of active plugins and multisite installation. Anyway, there will be an update soon.

    Plugin Author gioni

    (@gioni)

    PHP notices on a multisite installation have been fixed in the last version. For the rest of the issues, if they persist, please submit a new post.

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

The topic ‘Constant error log output’ is closed to new replies.