stvwlf

I had a customer report of not being able to edit pages in Elementor, getting a 500 error, preview can’t load, enable Safe mode, etc. Likely the same issue as deezywonder’s report.

I had updated the customer’s plugins this morning and PixelYourSite 9.4.3 had installed. I restored 9.4.2 from a backup and now the Elementor issues no longer occur. Something’s not right in 9.4.3.

Thank you

I also am having the same issue on several sites, hosted on different servers.

I just found your instruction about testing on https://httpstatus.io/
I entered both URL’s of the JS and CSS files and both files were returned as status 200. The files exist, the server has access to them.
Clicking Try to Create Cache Again doesn’t resolve the problem because the same error box and 3 options appear each time. The error log doesn’t show any errors, only that the log was accessed.

Popup Maker has been installed for several years on the sites the errors are displaying on, and I’ve not seen this error message before today. Nothing’s changed on the servers the sites are hosted on.

thank you

I updated the affected sites to the latest update that was announced and posted by @rankmathteam 2 hours ago. This update appears to have resolved this issue on my sites. I did not need to make the setting change @stowbee posted about.

thank you

Same issue here. When activating RankMath on a site, one has the option to connect to an account or not. When not connected to any account, the reported error appears each time I try to edit a post or page. Not trying to edit anything in RankMath, just edit the content. Is this a mistake in the code in the latest update, or are you now requiring each install must be connected to a site?

thank you

@agf321

I first cleared up this issue by downgrading to version 1.0.4 which didn’t have this problem.

You can download 1.0.4 here
https://www.ads-software.com/plugins/edd-sale-price/advanced/
Scroll to the bottom and click the Previous Versions dropdown.

The author also posted a Github link a few days ago where he made changes that may resolve the issue in 1.0.5. I installed it for a few minutes and it seemed to work correctly. We were in the middle of a sale so I reverted back to 1.0.4 and haven’t gotten back yet to more detailed testing of the Github version
https://github.com/JeroenSormani/EDD-Sale-Price (Code > Download ZIP).

If you try the Github version and conclude it resolves the problem, post back here as I assume the author will update the version on the WordPress plugins site after the changed version has been more thoroughly tested.

I downloaded and installed the new GitHub version. After a quick review, items that aren’t on sale are now listed at their normal sales price. Thus your new changes seem to have resolved the issue.

Today is the last day of our big sale, so for safety reasons I’m reverting to 1.0.4. I’ll do further testing tomorrow on the revised version of 1.0.5

Thank you for getting this fixed.

Hi – The site is running PHP 7.4

“does it show the correct sale price for the products that actually have a sale price entered?” – yes

Hi

The ‘sale_price’ meta values for the 539 products with sale prices were not empty, they each contained that product’s correct sale price.

We have approx 1200 products. The remaining 700 or so products that are not on sale do not have a sale_price postmeta record. All 700 show up on the Dashboard > Downloads page with a sale price of zero, with the regular price crossed out. Again, no sale_price record in post_meta for any of these 700, displaying on the Downloads page with sale price of zero.

User nipes has now posted they’re experiencing the same issue I’m experiencing here. You asked me to “see what happens with the meta data if you re-save a product”. User nipes reports resaving the records with various entries for sale price, and all of give the same incorrect result.

I’m happy to provide info as you look into what’s going on, and I appreciate your time. Thank you

• This reply was modified 3 years, 3 months ago by stvwlf.

Hi – thank you for your reply.

With version 1.0.4 of the plugin active, I searched the WordPress database to locate all records in wp_postmeta that have an entry for edd_sale_price. There are 539, and none have a sale price of zero.

Then I reactivated version 1.0.5. The Downloads page shows every product that doesn’t have a sale price showing a sale price of zero. I then queried the database for edd_sale_price and the count of rows with sale prices is still the same, 539, and none of the 539 have sale price set to zero. Yet the Downloads page shows every item that doesn’t have a sale price set in the database with a sale price of zero.

I did some code research last night and found the payment term of “Test Payment” is part of EDD’s code, so it’s clear the plugin is not causing that. The payment term “Test Payment” is disabled in our EDD settings, so I’m not clear how it’s getting assigned to an order. We have only PayPal enabled as a payment setting. Because every item on the customer’s order had a sale price of zero, the order total was zero. Since you can’t pay zero dollars through PayPal, I wonder if the change to payment type from PayPal to Test Payment is a hole in EDD’s code.

There is no question however that with version 1.0.5 activated, The Dashboard > Download page shows every product that doesn’t have a sale price set in the post_meta table does display a sale price of zero, and customers are able to add these products to their orders and download them without charge, which is not at all our intention. This is why we’ve reverted to version 1.0.4.

Site uses EDD 2.10.6 WP 5.7.2

Here is some text from the EDD order notification email:
========
New Sale!
Hello
A Downloads purchase has been made.
Downloads sold:
{product list here}

Purchased by: {customer name}
Amount: $0.00
Payment Method: Test Payment

Thank you
==========

We have no payment method called Test Payment

I checked if this zero price came from a discount code – no, it did not.

When I looed at the Dashboard > Downloads > All Downloads page, I saw all of the products that were on sale with their regular price crossed out and the sale price next to the regular price. I also saw that every product that was not on sale had it’s regular price crossed out and a sale price of 0.00. And I mean several hundred regular prices items not on sale showed a sale price of 0.00

When I downgraded the plugin to 1.0.4 the regular priced items displayed as they are supposed to, regular price not crossed out and no sale price.

I’m not sure what the point would be of trying this on a staging site to see if it happens there. I already saw it happen on the live site after I upgraded. After upgrading 1.0.4 to 1.0.5 earlier this morning, the incorrect sale price of zero appeared on all not-on-sale items. When I downgraded back to 1.0.4, the zero sale price issue was gone and the site is working normally. No one who works on the site changed all of those regularly priced items to on sale for zero. We had orders placed yesterday that charged the correct pricing. Only after the plugin upgrade did this issue arise. Also, we don’t have a payment source of “Test Payment”. We’ve never before seen an order come through with a payment type of “Test Payment”.

I hope this info is helpful in determining what happened.
Thank you for responding as quickly as you did!

Hi

I’m sorry, there is not an issue. I made a mistake. Everything is good.

thank you

Thanks Alex for correcting the problem. We appreciate the quick turnaround.

Thank you for making that clear, David. I appreciate the explanation.

Hi

I installed 2.3.9 on the three sites that had problems with the earlier versions. They are all now working correctly.

Thank you

Hi Mihaela

There are now 3 sites on the VPS with the problem I reported – all with same error message. All 3 run PHP 5.6

I found other sites on other VPS and hosts updated to 2.3.6 today without any problems. Since the 3 sites with problems are all on the same VPS, I’ve reported the issue to the VPS webhost to see if anything in that VPS hosting config might be causing the problem. I’ll let you know if they find anything.
Thank you, Steve