computerslayer1

This block of code in the htaccess file seems to have been causing the problem.

# Add/remove trailing slash to (non-file) URLs
# ----------------------------------------------------------------------
#
# Google treats URLs with and without trailing slashes separately.
# Forcing a trailing slash is usually preferred, but all that's really important is that one correctly redirects to the other.
#
# By default option 1 (force trailing slash) is activated.
# https://googlewebmastercentral.blogspot.com/2010/04/to-slash-or-not-to-slash.html
# https://www.alistapart.com/articles/slashforward/
# https://httpd.apache.org/docs/2.0/misc/rewriteguide.html#url Trailing Slash Problem
# ----------------------------------------------------------------------
#
# Option 1:
# Rewrite "domain.com/foo -> domain.com/foo/"
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(\.[a-zA-Z0-9]{1,5}|/|#(.*))$
RewriteRule ^(.*)$ /$1/ [R=301,L]

I’m not sure why that was causing an issue, or if that rule is even necessary these days.

[edit]: Ok, so it looks like it is no longer necessary with apache 2.2 and 2.4. The DirectorySlash option is on by default, which makes these rules unnecessary.

• This reply was modified 4 years, 2 months ago by computerslayer1.
• This reply was modified 4 years, 2 months ago by computerslayer1.
• This reply was modified 4 years, 2 months ago by computerslayer1.

On a hunch, I removed everything in my htaccess file except for the very bare minimum wordpress rewrite rules.

After that, a draft successfully saved.

So it looks like there may be an issue in the htaccess file somewhere. There are several blocks of security-related rules, so it seems logical to assume something in there is preventing wordpress from saving posts properly. I’ll have to troubleshoot further.

Bump…still stuck on this.

One other thing to not is that in the posts database table, new rows are created, but the title and content data are not saved. These rows just seem to be populated by a bare minimum of initial default data and never actual save anything that I input.

The post_title is always “Auto Draft” and the post_status is always “auto-draft”.

Every time I click save draft or publish, a new row gets created.

Here are the rows that get created in the posts table:

INSERT INTOmy_posts(ID,post_author,post_date,post_date_gmt,post_content,post_title,post_excerpt,post_status,comment_status,ping_status,post_password,post_name,to_ping,pinged,post_modified,post_modified_gmt,post_content_filtered,post_parent,guid,menu_order,post_type,post_mime_type,comment_count) VALUES
(921, 1, '2021-01-21 10:48:32', '0000-00-00 00:00:00', '', 'Auto Draft', '', 'auto-draft', 'open', 'open', '', '', '', '', '2021-01-21 10:48:32', '2021-01-21 15:48:32', '', 0, 'https://mydomain.com/?p=921', 0, 'post', '', 0),
(920, 1, '2021-01-21 10:47:39', '0000-00-00 00:00:00', '', 'Auto Draft', '', 'auto-draft', 'open', 'open', '', '', '', '', '2021-01-21 10:47:39', '0000-00-00 00:00:00', '', 0, 'https://mydomain.com/?p=920', 0, 'post', '', 0),
(919, 1, '2021-01-21 10:43:58', '0000-00-00 00:00:00', '', 'Auto Draft', '', 'auto-draft', 'open', 'open', '', '', '', '', '2021-01-21 10:43:58', '2021-01-21 15:43:58', '', 0, 'https://mydomain.com/?p=919', 0, 'post', '', 0),
(918, 1, '2021-01-21 10:28:38', '0000-00-00 00:00:00', '', 'Auto Draft', '', 'auto-draft', 'open', 'open', '', '', '', '', '2021-01-21 10:28:38', '0000-00-00 00:00:00', '', 0, 'https://mydomain.com/?p=918', 0, 'post', '', 0);

• This reply was modified 4 years, 2 months ago by computerslayer1.
• This reply was modified 4 years, 2 months ago by computerslayer1.
• This reply was modified 4 years, 2 months ago by computerslayer1.
• This reply was modified 4 years, 2 months ago by computerslayer1.
• This reply was modified 4 years, 2 months ago by Yui.

I tried installing the wordpress health check plugin.

The only “critical” issue listed was that I have automatic updates disabled (intentionally).

There were 2 recommended improvements (remove inactive plugins & themes).

Other than that, nothing else was listed.

The file integrity check also passed.

• This reply was modified 4 years, 2 months ago by computerslayer1.

I mentioned above that I disabled all plugins, and it had no impact on the issue.

I doubt this is a PHP engine issue. 7.4.14 was released this January and is supported until 2022. This issue has appeared throughout different versions of PHP and different versions of wordpress. I don’t think it’s as simple as a versioning issue, otherwise I think it would have disappeared on its own by this point.

Any other ideas?

PHP is 7.4.14

Reinstall from admin did not impact the issue.

I’m running a custom theme. Switching to the default 2021 theme did not impact the issue.

When I load the new post page, in the console there are a few jquery depreciation warnings, and this:

[DOM] Found 2 elements with non-unique id #_wpnonce: (More info: https://goo.gl/9p2vKq) <input type=?"hidden" id=?"_wpnonce" name=?"_wpnonce" value=?"0ca1cf43d3">? <input type="hidden" id="_wpnonce" name="_wpnonce" value="2486c5182f"> post-new.php:1

When I attempt to save or publish, there no additional warnings or errors.

• This reply was modified 4 years, 2 months ago by computerslayer1.

My mistake–It’s 5.3.2. I reversed the numbers.

That kind of defeats the purpose of this plugin if there’s no way to view/edit stock numbers…

Can we go back to the previous version?

Nevermind–I found in the styling section of the plugin that “Redmond” was entered, instead of “redmond”. Problem solved.

Well, the host increased the memory limit to 128MB and that seemed to resolve the issue.

It’s a managed server. I don’t have shell access.

However, I don’t seem to have a problem uploading large files through cpanel. A 45MB file uploaded without any problems.

• This reply was modified 7 years, 8 months ago by computerslayer1.
• This reply was modified 7 years, 8 months ago by computerslayer1.

Well, I increased the memory limit to 128MB, but now I’m back to seeing the mysterious “HTTP error”

View post on imgur.com

I did not see anything in the server logs or server error logs pertaining to gd or imagemagick.

This is what is currently set:

max_execution_time = 30 ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
max_input_vars = 1000
memory_limit = 96M ; Maximum amount of memory a script may consume (32MB)

Yes, I have 2.5.19 installed.