YaronE

Just a bit more information. I’m asking because I encountered the same issue described here

https://www.ads-software.com/support/topic/php-warning-of-creating-license/

but the previous person that pointed out the issue did not describe it in details so let me add additional information

For me it’s this warning
PHP Warning: Undefined array key "item_reference" in /path/to/slm-api-listener.php on line 118

Why it’s appearing
In PHP 7.4 and earlier, accessing an undefined array key would generate an E_NOTICE level error, which is often suppressed or ignored in production environments.

In PHP 8+, this behavior has changed:
PHP 8+ Behavior: Accessing an undefined array key now generates an E_WARNING level error.

That’s why the error appears for anybody switching to PHP 8+, in my case 8.2 (unless errors are disabled somewhere in the flow)

for example
$fields['item_reference'] = trim( sanitize_text_field( $_REQUEST['item_reference'] ) );

the code attempts to access $_REQUEST without checking if the key exists in the $_REQUEST array. If this key is not present in the request (it’s an optional parameter), PHP 8 we’ll raise that warning

To temporarily solve this issue, I switched off display_errors = Off in php.ini

• This reply was modified 1 month ago by YaronE.

Thanks, it works great with the WP Store plugin, If I were to add one thing to it, it would be an extra field that can be accessed by the API that can be used for general purposes

Cheers??

Fix seems to work great??

Glad to hear it, if you need any further information. Let me know
It would be nice to know if there is a solution

—- probably missed my question, so I’m adding it again in case you missed it

—————————– start
first thanks for the detailed response, I was actually thinking about it in a way simpler terms, without the anonymous check out

If a payment processor like PayPal sends a notification to eStore when a recurring payment is processed, then that information would be used to find the client in the license manager and extend the expiration date field, that’s it.

I was assuming that that’s the way it works since there is a subscription feature with an expiration date field

But you’re right, anonymous checkouts make the whole thing complicated

Does PayPal even send anything back to eStore when a recurring payment is charged? or fails?

Did you have a chance to take a look at my last comment?

`first thanks for the detailed response, I was actually thinking about it in a way simpler terms, without the anonymous check out

If a payment processor like PayPal sends a notification to eStore when a recurring payment is processed, then that information would be used to find the client in the license manager and extend the expiration date field, that’s it.

I was assuming that that’s the way it works since there is a subscription feature with an expiration date field

But you’re right, anonymous checkouts make the whole thing complicated

Does PayPal even send anything back to eStore when a recurring payment is charged? or fails?

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

Are you saying the problem is in your eStore plug-in?

in any case it doesn’t matter, you close the ability for customers to post on that form after one year, a few years ago.

Although when I purchased the eStore there was no such limitation at purchase time, it was retroactively implemented changing the purchase agreement one sidedly. Which I wouldn’t say it was your best moment.

Regardless you’re saying it’s an eStore plug-in issue?

Just an update, after you disable and enable the plug-in the cronjob is registered again and so far everything works normally.

It’s hard to say what caused the cronjob to be unregistered, but I can say that other actions that relied on cronjobs worked correctly, so I had no way of knowing that this particular one was unregistered / stopped working.

On a side note I want to say that the plug-in itself is great, I also own other Paid plug-ins by your company like the eStore and they are awesome, unfortunately there design doesn’t do them justice, as their level and capabilities are not reflected through it.

Thanks @mra13 @mbrsolution

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

Yes it still happening, the emails are being sent
Just wondered if it had any effect on deliverability, since have another issue with Post SMTP that I’m trying to solve

The beta version solve this issue?
I’m still having this issue on v1.9.8

Nevermind the staging server, I have created a clean installation on my end
only contact form seven and Post SMTP

And could easily reproduce the issue, if your interested in reproducing it on your end let me know

View post on imgur.com

I have more than one site, it’s the same thing on all of them
The theme is different

If you can give me access to a clean staging server I can reproduce the issue for you

Did you eventually succeeded in tracking the issue?

Hi Rafi,

As far as I know it still there, just haven’t had the time to do all those things, it might take me a few weeks to get back to it.

Cheers
Yaron