evolvewh

Sorry I got busy with other things but I don't really think this is the issue. It's going to take me more time to try and dig through it all.

Thanks. I'll take a look into that.

A recurring payment came in to Paypal this morning and I never physically checked it until now but it never showed up in Blesta to be applied to an open invoice. The customer logged in hours later and made another payment so the invoice has been paid but there's no sign of a credit from that first payment. Using Blesta 4.2.2 with no additional modifications to payments. Suggestions of where to look for clues on why this didn't work as expected?

OpenSRS / Tucows is a reseller offering the .dk TLD

Here's the link: https://secureorder.inmotionhosting.com/order-process#hosting

Why would you want a customer to not be able to login while they have active services? They may need to update a credit card on file or view what services they have, etc.

I would if I had access to their admin area! I saw it on the InMotion website.

During the checkout process, it would be nice to be able to add a description about each configurable option if we wanted to. For example, if we were offering cPanel transfers, a brief description could be added underneath it. I've attached a screenshot from a competitor to give an example.

I've noticed that a client can be marked as 'inactive' when they have active services. I would think a quick check could be put in place to prevent this?

Here are a couple of other examples: Client has 7 active services > report says 8 Client has 6 active services > report says 7 Client has 4 active services > report says 6 If you can guide me a bit where to look, I can dig into it deeper to try and figure out where the real issue is coming from.

The numbers do not add up to be active + cancelled but they are definitely off for this client. I did check another client and their stats are accurate.

Thank you for providing this plugin. Very useful information. A couple of things I noticed and wondered about: 1) Top Revenue by Gateway - Doesn't seem to include non merchant gateways (offline payment, etc) 2) Top clients by services - The active tab includes cancelled services as well

Please don't forget about this 2nd concern

https://dev.blesta.com/browse/CORE-2135

This makes very little business sense. If a customer is ready to upgrade and pay, they should be invoiced right then. Either pro rated for 1 month and charged the full rate for 11 months or pro rated for 1 month and charged for 12 months but it makes no sense to wait until the end of the month to invoice for that new term (12 months in this case)

I went to upgrade a service for a client (from the admin side) yesterday with the following case and the logic seems odd to me. Current service: $70 monthly Upgrade: $1440 for 12 months + coupon for 15% off When I change the package on the admin side and use the prorate feature, Blesta only wants to invoice the price difference from the old package to the new package on a monthly basis. Why doesn't Blesta upgrade to the new 12 month term? It seems useless if Blesta is going to prorate for 1 month now and then 1 month later, it finally invoices for the 12 months. I also noticed that even though our coupon applies to 12 months only (not monthly), the coupon code was applied for this partial month update. This is in v4.2.2. without any modifications.

Thanks for keeping everyone updated. We have stopped using the Blesta Support Plugin so we won't be reporting updates on this but I did see they've finally included this in v4.3 so this thread won't be needed for much longer.

Thank you for the fix and I will download it soon. I also want to thank @GosuHost who helped to provide a fix for this a few days ago as well.

I'm thinking that the error is stopping the php execution. @Blesta Addons, could this be a php7 issue?

Based on the error log, I think this might be our issue: [2018-02-26 19:10:10] general.ERROR: Uncaught Exception Error: "Cannot use object of type stdClass as array" at /home/xxxx/public_html/billing/components/modules/logicboxes/logicboxes.php line 707 {"exception":"[object] (Error(code: 0): Cannot use object of type stdClass as array at /home/xxxx/public_html/billing/components/modules/logicboxes/logicboxes.php:707)"}

I haven't been able to disable cron but I have narrowed it down that it is only logicboxes services that aren't renewing properly and making the cron stuck. cPanel has gone through just fine.

No. I am asking if they could be causing an error? I edited your file and commented out those 3 lines of code so that those 3 tabs would not show in the client area.

I spoke too soon and this task is stuck again. I should have mentioned it before but I did comment out 3 lines in the logicboxes module to hide the Domain Forwarding, DNS and privacy protection tabs in the client area. Could I have made a mistake with that? I commented out these 3 lines in components/logicboxes/logicboxes.php (lines 1338 - 1340) (The get clients tabs function) //'tabClientDomainforwarding' => Language::_("Logicboxes.tab_domainforwarding.title", true), //'tabClientDns' => Language::_("Logicboxes.tab_dns.title", true), //'tabClientPrivacy' => Language::_("Logicboxes.tab_privacy.title", true), This was the 'module' log output: https://httpapi.com/api/domains/details.json {"orderid":"xxxxxxxxxxxx","privacyprotectendtime":"1519520532","parentkey":"999999999_80588_481018","creationtime":"1424826132","orderstatus":["transferlock","resellerlock"],"privacy-techcontact":{"telno":"8022274003","telnocc":"1","country":"US","company":"Privacy Protect, LLC (PrivacyProtect.org)","emailaddr":"contact@privacyprotect.org","name":"Domain Admin","zip":"01803","privacyprotectionroid":"PP-SP-001","address1":"10 Corporate Drive","state":"MA","city":"Burlington"},"recurring":"false","classname":"com.logicboxes.foundation.sfnb.order.domorder.DomCno","isImmediateReseller":"true","productkey":"domcno","privacy-billingcontact":{"telno":"8022274003","telnocc":"1","country":"US","company":"Privacy Protect, LLC (PrivacyProtect.org)","emailaddr":"contact@privacyprotect.org","name":"Domain Admin","zip":"01803","privacyprotectionroid":"PP-SP-001","address1":"10 Corporate Drive","state":"MA","city":"Burlington"},"customerid":"14379684","privacy-registrantcontact":{"telno":"8022274003","telnocc":"1","country":"US","company":"Privacy Protect, LLC (PrivacyProtect.org)","emailaddr":"contact@privacyprotect.org","name":"Domain Admin","zip":"01803","privacyprotectionroid":"PP-SP-001","address1":"10 Corporate Drive","state":"MA","city":"Burlington"},"classkey":"domcno","orderSuspendedByParent":"false","endtime":"1519520532","multilingualflag":"f","privacyprotectedallowed":"true","domsecret":"BeZW5oV\u003ekd","isOrderSuspendedUponExpiry":"false","domainname":"ranger-quest.com","allowdeletion":"true","productcategory":"domorder","isprivacyprotected":"true","privacy-admincontact":{"telno":"8022274003","telnocc":"1","country":"US","company":"Privacy Protect, LLC (PrivacyProtect.org)","emailaddr":"contact@privacyprotect.org","name":"Domain Admin","zip":"01803","privacyprotectionroid":"PP-SP-001","address1":"10 Corporate Drive","state":"MA","city":"Burlington"},"bulkwhoisoptout":"t","moneybackperiod":"4"} The cron log for 'process service renewals' says this: Attempting to process renewing services. Before trying to renew this service, that same task (for earlier times today) says: Attempting to process renewing services. The process renewing services task has completed.

There were definitely changes in that file. Since it's ionCube encoded, I can't tell exactly what the differences are.

I did not figure it was because of your module and I upgraded to 4.2.2. and got lucky. Everything looks ok at the moment.