For some time now I’ve not been able to install or update WordPress Core or Plugins via the CLI or admin with the following error:

Installation failed: Download failed. cURL error 56: OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 0

I am successfully able to download the file via cURL and file_get_contents without any issues yet using download_url/wp_safe_remote_get, it throws the above error and only with download.www.ads-software.com (ACF Pro updated without any issues.)

This issue seems to effect multiple PHP versions on my computer despite being fully up to date and I’ve reinstalled cURL, OpenSSL and PHP multiple times.

Any suggestions on where to look next?

wp-core

version: 6.7.1
site_language: en_GB
user_language: en_GB
timezone: Europe/London
permalink: /%year%/%monthnum%/%day%/%postname%/
https_status: false
multisite: false
user_registration: 0
blog_public: 1
default_comment_status: open
environment_type: production
user_count: 1
dotorg_communication: true wp-paths-sizes

wordpress_path: /Users/gavinroberts/Projects/redacted/redacted
wordpress_size: 60.68 MB (63623046 bytes)
uploads_path: /Users/gavinroberts/Projects/redacted/redacted/wp-content/uploads
uploads_size: 54.41 MB (57053656 bytes)
themes_path: /Users/gavinroberts/Projects/redacted/redacted/wp-content/themes
themes_size: 209.82 MB (220016426 bytes)
plugins_path: /Users/gavinroberts/Projects/redacted/redacted/wp-content/plugins
plugins_size: 22.04 MB (23115339 bytes)
fonts_path: /Users/gavinroberts/Projects/redacted/redacted/wp-content/uploads/fonts
fonts_size: directory not found
database_size: 3.52 MB (3686400 bytes)
total_size: 350.47 MB (367494867 bytes) wp-active-theme

name: TVW (tvw)
version: undefined
author: Anonymous
author_website: (undefined)
parent_theme: none
theme_features: core-block-patterns, title-tag, html5, woocommerce, post-thumbnails, menus, widgets-block-editor
theme_path: /Users/gavinroberts/Projects/redacted/redacted/wp-content/themes/tvw
auto_update: Disabled wp-themes-inactive (4)

Twenty Twenty-Five: version: 1.1, author: the WordPress team, Auto-updates disabled
Twenty Twenty-Four: version: 1.3, author: the WordPress team, Auto-updates disabled
Twenty Twenty-Three: version: 1.6, author: the WordPress team, Auto-updates disabled
Twenty Twenty-Two: version: 1.9, author: the WordPress team, Auto-updates disabled wp-plugins-active (2)

Advanced Custom Fields PRO: version: 6.3.12, author: WP Engine, Auto-updates disabled
Regenerate Thumbnails: version: 3.1.6, author: Alex Mills (Viper007Bond), Auto-updates disabled wp-plugins-inactive (1)

WooCommerce: version: 9.7.0, author: Automattic, Auto-updates disabled wp-media

image_editor: WP_Image_Editor_GD
imagick_module_version: Not available
imagemagick_version: Not available
imagick_version: Not available
file_uploads: 1
post_max_size: 512M
upload_max_filesize: 512M
max_effective_size: 512 MB
max_file_uploads: 20
gd_version: 2.3.3
gd_formats: GIF, JPEG, PNG, WebP, BMP, AVIF
ghostscript_version: 10.03.1 wp-server

server_architecture: Darwin 21.6.0 x86_64
httpd_software: nginx/1.27.1
php_version: 8.4.4 64bit
php_sapi: fpm-fcgi
max_input_variables: 1000
time_limit: 30
memory_limit: 512M
max_input_time: 60
upload_max_filesize: 512M
php_post_max_size: 512M
curl_version: 8.12.1 OpenSSL/3.4.1 (SecureTransport)
suhosin: false
imagick_availability: false
pretty_permalinks: true
current: 2025-02-26T06:13:15+00:00
utc-time: Wednesday, 26-Feb-25 06:13:15 UTC
server-time: 2025-02-26T06:13:14+00:00 wp-database

extension: mysqli
server_version: 5.7.44
client_version: mysqlnd 8.4.4
max_allowed_packet: 1073741824
max_connections: 100000 wp-constants

WP_HOME: undefined
WP_SITEURL: undefined
WP_CONTENT_DIR: /Users/gavinroberts/Projects/redacted/redacted/wp-content
WP_PLUGIN_DIR: /Users/gavinroberts/Projects/redacted/redacted/wp-content/plugins
WP_MEMORY_LIMIT: 40M
WP_MAX_MEMORY_LIMIT: 512M
WP_DEBUG: false
WP_DEBUG_DISPLAY: true
WP_DEBUG_LOG: false
SCRIPT_DEBUG: false
WP_CACHE: false
CONCATENATE_SCRIPTS: undefined
COMPRESS_SCRIPTS: undefined
COMPRESS_CSS: undefined
WP_ENVIRONMENT_TYPE: undefined
WP_DEVELOPMENT_MODE: undefined
DB_CHARSET: utf8
DB_COLLATE: undefined wp-filesystem

wordpress: writable
wp-content: writable
uploads: writable
plugins: writable
themes: writable
fonts: not writable acf

version: 6.3.12
plugin_type: PRO
update_source: ACF Direct
activated: true
activated_url: https://redacted
license_type: Developer
license_status: active
subscription_expires: undefined
ui_field_groups: 1
php_field_groups: 0
json_field_groups: 0
rest_field_groups: 0
post_types_enabled: true
ui_post_types: 3
json_post_types: 0
ui_taxonomies: 3
json_taxonomies: 0
ui_options_pages_enabled: true
ui_options_pages: 0
json_options_pages: 0
php_options_pages: 2
rest_api_format: light
registered_acf_blocks: 0
blocks_per_api_version:
blocks_per_acf_block_version:
blocks_using_post_meta: 0
preload_blocks: true
admin_ui_enabled: true
field_type-modal_enabled: true
field_settings_tabs_enabled: false
shortcode_enabled: false
registered_acf_forms: 0
json_save_paths: 1
json_load_paths: 1

curl -v -X POST “https://api-m.sandbox.paypal.com/v1/oauth2/token”\
-u “CLIENT_ID:CLIENT_SECRET”\
-H “Content-Type: application/x-www-form-urlencoded”\
-d “grant_type=client_credentials”

I have documentation that explains the cURL switches (the “-u, -H, and -d in the code above). What I don’t know how to do is “translate” the code associated with those switches into the syntax used for the WordPress wp_remote_post() function.

Is there someone that could provide me with the code for the WordPress wp_remote_post() function that does the exact same thing as the cURL code above and explain how they arrived at the PHP code?

Thanks In Advance For Your Help!

• No firewall
• No DNS interference
• Am using SSL but works just fine, is also set in site settings
• Also using nginx

php/focal,now 2:7.4+75 all [installed]
php7.4-curl/focal-updates,focal-security 7.4.3-4ubuntu2.24 amd64

Here is a portion of the WP “site info” page (if needed I can post the whole thing)

version: 6.7.1
multisite: true
server_architecture: Linux 6.5.13-1-pve x86_64
httpd_software: Apache/2.4.41 (Ubuntu)
php_version: 7.4.3-4ubuntu2.19 64bit
curl_version: not available

There are 2 php.ini file on the system
cli/php.ini
apache2/php.ini

I didn’t know which one was supposed to have the comment removed from “extension=curl” so I just removed the comment from both files and rebooted.

Still it says perl is not available. What am I missing? thanks

Dean Guenther

I’m currently using the WebP Converter plugin and have encountered an issue with proxy configurations. My WordPress setup uses proxy settings defined in the wp-config.php file, like this:

if (!empty($_SERVER['http_proxy'])) {
    @list($proxy_host, $proxy_port) = explode(':', $_SERVER['http_proxy']);
    define('WP_PROXY_HOST', $proxy_host);
    define('WP_PROXY_PORT', $proxy_port ?? 3128);
}

These settings work seamlessly for WordPress’s HTTP API calls via wp_remote_get() and similar functions. However, the plugin’s PassthruExecutionDetector class uses raw cURL requests (e.g., in the if_passthru_execution_allowed() method), which bypass these proxy settings.

Issue:
The plugin does not use the proxy settings for its cURL requests, resulting in blocked outbound connections in environments that require a proxy.

Proposed Solution:
Please consider updating the if_passthru_execution_allowed() method (or similar parts of the plugin) to include support for proxy settings. For instance:

if (defined('WP_PROXY_HOST') && defined('WP_PROXY_PORT')) {
    curl_setopt($ch, CURLOPT_PROXY, WP_PROXY_HOST);
    curl_setopt($ch, CURLOPT_PROXYPORT, WP_PROXY_PORT);

    if (defined('WP_PROXY_USERNAME') && defined('WP_PROXY_PASSWORD')) {
        curl_setopt($ch, CURLOPT_PROXYUSERPWD, WP_PROXY_USERNAME . ':' . WP_PROXY_PASSWORD);
    }
}

Request:

• Could you add native support for proxy settings in the plugin’s cURL implementation?
• Alternatively, let me know if there’s a way to extend or override the plugin functionality to achieve this without modifying the core plugin files directly.

Thanks in advance for your help! Let me know if you need more information about my setup.

I’ve been having an issue where plugin auto-updates fail and are rolled back. This occurs on any site running WordPress 6.6+ and WP Super Cache (although all are on the same server).

Disabling caching in the WP Super Cache settings fixes the issue and plugins update successfully.

Here’s an example of the error I’m seeing:

[03-Nov-2024 15:01:19 UTC] Upgrading plugin 'wordpress-seo'…
[03-Nov-2024 15:01:21 UTC] Plugin 'wordpress-seo' has been upgraded.
[03-Nov-2024 15:01:23 UTC] Scraping home page…
[03-Nov-2024 15:01:24 UTC] Loopback request failed: cURL error 18: transfer closed with outstanding read data remaining
[03-Nov-2024 15:01:25 UTC] The update for 'wordpress-seo' contained a fatal error. The previously installed version has been restored.

So it appears that when WordPress checks for fatal errors after the plugin update, a CURL error occurs and the plugin is rolled back.

Here’s an example of the log after disabling caching in the WP Super Cache settings:

[03-Nov-2024 15:04:18 UTC] Upgrading plugin 'wordpress-seo'…
[03-Nov-2024 15:04:22 UTC] Plugin 'wordpress-seo' has been upgraded.
[03-Nov-2024 15:04:24 UTC] Scraping home page…
[03-Nov-2024 15:04:24 UTC] '###### wp_scraping_result_start:b56ac8883338a6987fd6de15828e2ca6 ######
true wp_scraping_result_end:b56ac8883338a6987fd6de15828e2ca6

Is there a WP Super Cache setting that can be adjusted to fix this problem?

Thanks,

Tim

Mailer: Brevo
http_request_failed: [“cURL error 28: Resolving timed out after 10000 milliseconds”]

I would assume that this is due to domain authentication in Brevo but emails are sent and delivered when using the built-in testing so I am not sure.

disabled possible conflicting plugins

re authenticated dropbox

removed plugin, re-installed

tried lots of settings, tar

tried increasing timeout things.

i have tried so much – i dont know what to try yet.

log is useless

[31-Jul-2024 12:51:11]?Call to files/upload_session/append_v2 with 4 MB of data, with parameters {“cursor”:{“session_id”:”pid_upload_session:ABIIEpdTdHayAytwtuW2bbosBMFbvlzqMmxNbLV2Iej0lBQxyw”,”offset”:163577856}}
[31-Jul-2024 12:52:11]?Restart after 83 seconds.
[31-Jul-2024 12:52:12]?Uploading 4 MB of data
[31-Jul-2024 12:52:12]?Call to files/upload_session/append_v2 with 4 MB of data, with parameters {“cursor”:{“session_id”:”pid_upload_session:ABIIEpdTdHayAytwtuW2bbosBMFbvlzqMmxNbLV2Iej0lBQxyw”,”offset”:167772160}}
[31-Jul-2024 12:53:12]?/home1/iprsscom/public_html/cozzia/wp-content/plugins/backwpup/src/Infrastructure/Http/Client/WpHttpClient.php: Dropbox API: cURL error 28: Operation timed out after 60001 milliseconds with 0 bytes received
[31-Jul-2024 12:53:12]?Restart after 61 seconds.
[31-Jul-2024 12:53:13]?ERROR: Step aborted: too many attempts!
[31-Jul-2024 12:53:13]?ERROR: Job has ended with errors in 1595 seconds. You must resolve the errors for correct execution.

I am having issues trying to set the product, when uploaded or amended via a woocommerce REST API , to accept backorders or notify at those.

e. g.

curl –location ‘https://domain.com/wp-json/wc/v3/products’ \

–header ‘Content-Type: multipart/form-data’ \

–header ‘Authorization: Basic key’ \

–form ‘name=”Example product”‘ \

–form ‘stock_quantity=”2″‘ \

–form ‘stock_status=”instock”‘ \

–form ‘backorders=”yes”‘

The default action is that it does not and it is not to be altered by successive PUT request. According to the output from the API, none distinct from “yes”, “no” ,”notify” is accepted. How should I put this parameter?

This is the cutout of what I receive from the API:

“manage_stock”: true,

“stock_quantity”: 0,

“backorders”: “no”,

“backorders_allowed”: false,

“backordered”: false,

Any help would be much appreciated.