ajanus

Hi @boy8xnoname ,

thank you for your reply!

Contact 7 forms are working fine in the contact section, but they do not work in the about section where I placed another contact 7 form. That work previously (in version 2.3.8) but changed since the theme was updated to 2.3.10.

Please check the other sections (in my case the about section), why contact 7 forms do not work (you see label captions and all other text, but the HTML form elements are missing).

Thank you & best regards

Maybe helpful for others facing the same problem:

I am using WP Updates Notifier to get at least informed, if there are updates available.

It is working for Plugin, Theme and major updates (but not for translations). Since a minor updates (which may contain urgend security fixes) are installed automatically, this is OK for me. I install the other updates manually after I got notified and update translations by the way.

As WP Updates Notifier is working, this shows that there is no problem with WordPress’ Cron mechanisms. The problem must reside somewhere else.

• This reply was modified 7 years, 11 months ago by ajanus. Reason: typo

Thanks again! But I don’t think I need what’s described in the article. Because minor updates were performed (at least one time). So file access is basically working. It’s (only) plugin, theme and translations updates, which do not work.

I also think everthing is normal configured… and I am also confused! ??

The website runs on a new installed Debian Linux (VM).
It is the only website and the only thing at all running on that server (besides stuff normally running on a Debian system).
And I did not find anything about special settings for PHP etc. installed on an Debian system, that may cause WordPress not to update (only themes, plugins and translations).

So, I am giving up now… ??
But thank you for your extensive help and feedback anyway!

• This reply was modified 8 years ago by ajanus.

I used the Plugin Background Update Tester as described in https://wordpress.stackexchange.com/questions/236282/automatic-updates-are-not-working:

PASS: Your WordPress install can communicate with www.ads-software.com 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!

So as far as I understand there is no need for FTP credentials.

And I used the Plugin Send System Info. Here’s what it said:

// Generated by the Send System Info Plugin //

Multisite:                No

SITE_URL:                 XXX
HOME_URL:                 XXX

WordPress Version:        4.6.1
Permalink Structure:      /%postname%/
Active Theme:             Catch Base 2.8.3

Registered Post Stati:    publish, future, draft, pending, private, trash, auto-draft, inherit

Platform:                 Linux 
Browser Name:             Firefox  
Browser Version:          49.0 
User Agent String:        Mozilla/5.0 (X11; Ubuntu; Linux  
			  x86_64; rv:49.0) Gecko/20100101 
                          Firefox/49.0
                          
PHP Version:              5.6.20-0+deb8u1
MySQL Version:            5.5.49-0+deb8u1
Web Server Info:          Apache/2.4.10 (Debian)

WordPress Memory Limit:   40MB
PHP Safe Mode:            No
PHP Memory Limit:         256M
PHP Upload Max Size:      100M
PHP Post Max Size:        8M
PHP Upload Max Filesize:  100M
PHP Time Limit:           30
PHP Max Input Vars:       1000
PHP Arg Separator:        &
PHP Allow URL File Open:  Yes
WP_DEBUG:                 Disabled

WP Table Prefix:          Length: 3 Status: Acceptable

Show On Front:            page
Page On Front:             (#98)
Page For Posts:            (#0)

WP Remote Post:           wp_remote_post() works

Session:                  Disabled
Session Name:             PHPSESSID
Cookie Path:              /
Save Path:                /var/lib/php5/sessions
Use Cookies:              On
Use Only Cookies:         On

DISPLAY ERRORS:           N/A
FSOCKOPEN:                Your server supports fsockopen.
cURL:                     Your server does not support cURL.
SOAP Client:              Your server has the SOAP Client enabled.
SUHOSIN:                  Your server does not have SUHOSIN installed.

ACTIVE PLUGINS:

Background Update Tester: 1.1
Easy Updates Manager: 6.2.3
Send System Info: 1.2
UpdraftPlus - Backup/Restore: 1.12.23
WP-Mail-SMTP: 0.9.5

I deactivated Easy Updates Manager and added the following lines to wp-config.php:

add_filter( 'auto_update_core', '__return_true' );
add_filter( 'allow_minor_auto_core_updates', '__return_true' );
add_filter( 'allow_major_auto_core_updates', '__return_true' );
add_filter( 'auto_update_plugin', '__return_true' );
add_filter( 'auto_update_theme', '__return_true' );
add_filter( 'auto_update_translation', '__return_true' );

After waiting another 24h the open update (a translation) was not executed automatically.

Despite the fact that this seems not to be a problem with Easy Updates Manager, has anyone an idea what I can do.

One remark: The button “Force updates” in Easy Updates Manager does not work, but the button “Update translation” (in this case) on the WordPress Updates site works.

No, I did not try manual settings. In which file should I add the two lines of code?

I tried another automatic update plugin (called Update Control), but it did not work, too. I will try Advanced Automatic Updates next. If it does not work there either, it looks like it is has nothing to do with Easy Updates Manager.

• This reply was modified 8 years ago by ajanus. Reason: typo

No, I deactivated the Plugins and switched the Theme yesterday. But nothing happend until 24h later (this morning), when I reactivated the Plugins and switched to the old Theme.

I deactivated all Plugins and switched the Theme to Twenty Sixteen, but the open updates (one Plugin: UpdraftPlus and one translation) were not performed. So I guess there is no conflict with a Plugin or the (Catch Base) Theme.

But I have to correct myself: There were updates performed in the past weeks: from 4.5.2 to 4.5.3 in June and from 4.5.3 to 4.5.4 in September. So at least the minor updates seem to work.

The update to 4.6.1 was started manually in October.

I mean who hosts your website. So your host provider. GoDaddy, Bluehost, SiteGround, Dreamhost, etc.

This WordPress is “self-hosted” on a VM with Debian Linux.

Then something must be interfering with Easy Updates Manager. Perhaps a plugin or theme on your website is conflicting with Easy Updates Manager. What plugins and themes do you have on your website? Maybe disabling all plugins and switching to the Twenty Sixteen or Twenty Fifteen theme will help show if it is a plugin/theme conflict or not.

That is a good hint! There are only a few – very common – Plugins installed: Akismet (deactivated), Background Update Tester, Contact Form 7, Easy Updates Manager, Hello Dolly (deaktivated), UpdraftPlus, WP-Mail-SMTP. The Theme (Catch Base) may be a candidate for making trouble… I will deactivate them (one by one) and see if this wil help…

Thank you for your reply!

I searched all *.php – and especially wp-config.php – files under my WordPress directory for AUTOMATIC_UPDATER_DISABLED, WP_AUTO_UPDATE_CORE and DISABLE_WP_CRON, but found nothing wrong.

What do you mean with “host”? The operating system on the machine, on which WordPress is installed, is Debian. But wordpress is installed manually and not via apt-get or something else.

It is logging nothing at all. Manual updates work, but there are no logs after executing them.

Anyone an idea?

Maybe there is a possibility to log something?

Or do add a hook to see if update methods are called?

Everything is activated except updates to dev/beta versions.
There are no themes or plugins excluded.

Hi Chris,

sorry for spamming! I don’t know how I got here. :-\

And thank you for your reply and hint!

Best regards
André

• This reply was modified 8 years, 1 month ago by ajanus.
• This reply was modified 8 years, 1 month ago by ajanus. Reason: typo