Jump to content

evolvewh

Members
  • Posts

    1,007
  • Joined

  • Last visited

  • Days Won

    9

Posts posted by evolvewh

  1. 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?

  2. 58 minutes ago, Paul said:

    It's intentional. Marking inactive will prevent the client from logging in, but any active services will continue to be billed as normal.

    It would be  cool to have a feature that would automatically mark clients inactive after they do not have any services/invoices/etc after a period of time. 

    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.

  3. 25 minutes ago, Blesta Addons said:

    and what about the other clients, is the count ok ?

    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.

  4. 1 hour ago, Blesta Addons said:

    Tested in and tested in some installation , it include only the active server in the active tab, any screenshot or proof of error to see what we can do .

    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.

    Screen Shot 2018-03-22 at 9.14.49 AM.png

    Screen Shot 2018-03-22 at 9.15.20 AM.png

  5. 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

  6. 7 hours ago, BlestaStore said:

    Because it pro-ratas. When the old term is up it invoices a full new term.

    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)

  7. 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.

  8. 10 hours ago, timnboys said:

    just to update everyone the lines have changed a bit in blesta v4.2

    plugins/support_manager/models/support_manager_tickets.php

     

    Add after Line 300:

    where("support_tickets.status", "!=", "on_hold")->

     

    Add after Line 1200:

    'on_hold' => $this->_("SupportManagerTickets.status.on_hold"),

    the rest is the same as above in op.

    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.

  9. 12 hours ago, Tyson said:

    That does seem to look like a problem with the LogicBoxes Reloaded module.

    Each task should at least read "Attempting to process <task>." followed eventually by "The process <task> task has completed." This indicates the task both started and completed successfully. If you do not see that the task has completed, it is either still running (unlikely) or there was a failure processing the task that stopped php execution.

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

  10. 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)"}

     

  11. On 2/23/2018 at 3:36 PM, Blesta Addons said:

    i don't think they can lead to a error. what i suggest is to disable the cron for a while 6 hours. enable error reporting,   then run it from command line and see what is the output.

    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.

  12. 19 minutes ago, Blesta Addons said:

    i have not understand, you mean the the above lines are causing the error?

    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.

  13. 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.

  14. 4 hours ago, Blesta Addons said:

    i have changed app_controller.php to a previos file of b4.1.1 and it worked fine now, so is something changed in v4.2. can the staff make loading language and setting it before the Appcontroller.preAction , we use it to set a lot of thing to override some blesta settings, language is one of it. without this Appcontroller.preAction is a useless event.

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

  15. 2 hours ago, Blesta Addons said:

    We have logicboxes reloaded in some installation and never experienced any issue with cron . the cron mechanism in blesta some enhancement, something like logging the cron output in a log file to know why the cron stuck .

    try disable the cron for a while, then run it from command line, then you will see the output and the error.

     

    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.

×
×
  • Create New...