| Assigning this to you, @stefan, if I may: first, you should check if the more fundamental problem is really solved, as soon as the taler-merchant could be upgraded. | |
| We will test the template functionality with the 4 to 6 instances in the Merchant Backoffice with real Swiss Francs, hereby also testing settlement which was not on the test agenda so much before. | |
| Good match: I wanted to add a ticket on settlement tests, already. Will do next. | |
| In the morning, I had v1.2.1, after update on the self-hosted subdomain we had Merchant Backoffice 1.1.1 again which is clearly a downgrade. So, waiting for v1.2.3 makes sense, but first backup procedures need to be run on the server. See the pic attached. Merchant_upgrade_leads_to_downgrade_of_version.png (177,150 bytes) | |
| - Settlement from SK's instance hacktivismch4sp for order no. 2025.323-01841DV44YG5P (which was paid on Nov 19) was NOT transferred to HM's bank account with an amount of CHF 0.1 - We checked HM's bank account slip on Tuesday, Dec 2nd, 11 days after the wire deadline configured in the Merchant Backend. - The BCF bank account was successfully KYC'ed, all seemed fine with this instance and its linked bank account. | |
| @stefan: JFYI, a specific settlements ticket exists with 0010689, not sure if settlement-specifics can make sense here; I understood, it shall be possible to define delays specifically to specific order types by using templates. Then this might make sense here. On the other hand, more generic, not template-specific tests, are possible; most orders I created, for sure all the ones in the beginning, were created with simple orders which could be claimed only once, not using the templates system. => I will add at least all those cases over there to 0010689. | |
| Pushing the deadline | |
| --> Settlement ticket https://bugs.gnunet.org/view.php?id=10689 | |
- Anonymous