• I’m on 3.8 but ever since 3.7 I was not able to get this thing to work.
    I’ve read a lot of posts but all in vain.
    None of my installs will do this.

    Here’s my main one (btw, is there a method to get this information in one click instead of copy-pasting and manually editing?):
    Plugins:

    Acunetix WP Security Version 4.0.3 (DISABLED)
    Akismet	Version 2.5.9
    All In One SEO Pack Version 2.1.2
    AskApache Password Protect Version 4.6.8 (DISABLED)
    Background Update Tester Version 1.1
    FD Feedburner Plugin Version 1.46
    Google Analyticator Version 6.4.7.3
    Login LockDown Version v1.5
    NewStatPress Version 0.7.6
    PC Robots.txt Version 1.3
    Simple Tags Version 1.8
    Social Bookmarks Version 4.1.6
    StatPress Version 1.4.3 (DISABLED)
    SyntaxHighlighter Evolved Version 3.1.7
    Twitter Posts Version 1.0.2 (DISABLED)
    UserVoice Version 1.3
    WP-SpamFree Version 2.1.1.2
    WP to Twitter Version 2.8.0

    Themes: about 7 selected, the WP Default is active.

    the background update tester plugin reports:
        PASS: Your WordPress install can communicate with WordPress.org securely.
        PASS: No version control systems were detected.
        PASS: Your installation of WordPress doesn’t require FTP credentials to perform updates.
        PASS: All of your WordPress files are writable.

    This site is able to apply these updates automatically. Cool!

    I made the following changes in the WP-config about a week ago
    define (‘AUTOMATIC_UPDATER_DISABLED’, false);
    define (‘WP_AUTO_UPDATE_CORE’, ‘minor’);
    still no game.

    So what am I to do/verify next?

    Thanks.

Viewing 5 replies - 1 through 5 (of 5 total)
  • Andrew Nevins

    (@anevins)

    WCLDN 2018 Contributor | Volunteer support

    Can you check your site’s error logs to see if there’s anything insightful there?

    Thread Starter ciuly

    (@ciuly)

    Already did. nothing interesting
    yesterdays error log:

    [Sat Feb 01 10:07:08 2014] [error] [client 61.224.65.34] request failed: error reading the headers
    [Sat Feb 01 13:54:14 2014] [error] [client 68.68.162.133] script not found or unable to stat: /www/cgi-bin/php
    [Sat Feb 01 13:54:15 2014] [error] [client 68.68.162.133] script not found or unable to stat: /www/cgi-bin/php5
    [Sat Feb 01 13:54:15 2014] [error] [client 68.68.162.133] script not found or unable to stat: /www/cgi-bin/php-cgi
    [Sat Feb 01 13:54:16 2014] [error] [client 68.68.162.133] script not found or unable to stat: /www/cgi-bin/php.cgi
    [Sat Feb 01 13:54:16 2014] [error] [client 68.68.162.133] script not found or unable to stat: /www/cgi-bin/php4
    [Sat Feb 01 14:51:41 2014] [error] [client 162.213.27.198] script not found or unable to stat: /www/cgi-bin/php
    [Sat Feb 01 17:02:49 2014] [error] [client 92.152.151.7] request failed: error reading the headers

    todays error log
    [Sun Feb 02 05:47:25 2014] [error] [client 67.23.243.30] Invalid URI in request POST 1.1

    Thread Starter ciuly

    (@ciuly)

    is there really nothing else I can do to get this feature debugged?

    Ulrich

    (@grapplerulrich)

    I had a similar problem. http://wordpress.org/support/topic/no-background-updates?replies=6

    I was able to get it to work with ALTERNATE_WP_CRON.

    Thread Starter ciuly

    (@ciuly)

    Thanks for that link.

    I installed the wo-control plugin. It doesn’t complain of anything. It does however list the schedules with next run in the past, like:
    “2013-06-28 18:22:19 (now)”

    I did the “new post scheduled in 5 minutes” test Andrew suggested, nothing changed. The schedule appeared in the list with the correct time, in the past (by the time I checked it) and in dashboard doesn’t say anything about “missed schedule”. If I refresh the post page it just says that it’s scheduled for that particular past time.

    I also checked apache logs, no errors.

    There are however loopback calls, like this one:
    127.0.0.1 – – [08/Mar/2014:11:18:00 +0200] “OPTIONS * HTTP/1.0” 200 – “-” “Apache (internal dummy connection)”

    This one is the latest and it’s form this morning. I would have expected a similar one to be logged few minutes ago, with the scheduled post test, but there isn’t one.

    I hope Andrew (or anyone equally knowledgeable) get’s to read this and give me some more things to check/test/debug.

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

The topic ‘Automatic background updates. Can't them them to work’ is closed to new replies.