Sep 16 2019
I can add more examples I got from finance.
Sep 9 2019
Not sure if it helps, but maybe you can also debug locally by disabling the IPN verification (the one that sends the data back to PayPal).
Half a year ago... Sorry, I did not send it by mail, but shared it with you on ZeDa/Nextcloud:
Seeing nothing in the log files is part of the problem. A more recent example wouldn't help, I guess. When I wrote this ticket, I also sent (by email) the body of an IPN that was rejected by our server. I will search for it and forward it to you again. Maybe you can reproduce that on the test server using PayPal's IPN simulator.
@gabriel-wmde Not for more than 1-2 years, I think. Are you asking, because you want to know when we can get rid of the related code?
@gabriel-wmde Oh, I didn't want to move it to the other Matomo instance, only the way of tracking the banner impressions. That would be what you describe as the alternative approach. Can you give an example of how it would mess with other impression data?
Sep 2 2019
Test is running, so I am closing this now.
Aug 5 2019
This is still weird. Cancellations are still confirmed twice. Looking at the database, the status is 1 after submitting, -7 after cancelling and -10 after reloading the cancellation confirmation page. The underlying problem is apparently the status reflection being broken in the first place. Will write a ticket for that.
@Tonina_Zhelyazkova_WMDE Err, never mind. Probably a cache issue...
The bugs don't seem to be fixed. I still can reproduce the behaviour.
Aug 1 2019
There seems to be something wrong with the triggering of calls to Matomo:
- When scrolling through the page, items are tracked as expanded when they become visible in the viewport.
- Clicking to expand an answer does not trigger an event.
- Clicking again to hide an answer does trigger an expand event.
Thanks! One thing is missing, though: The e-mail address field should not be shown when selecting "ohne Adressangabe".