Jono
-
Posts
376 -
Joined
-
Last visited
-
Days Won
37
Posts posted by Jono
-
-
3 hours ago, katycomputer said:
Is there a way to include more information about the invoice in the various invoice emails?
Are you familiar with the tags employed by the email templates? You can find a list of tags for each email template in the docs here. Particularly the Invoice object tag under 'additional tags' sounds like it will be useful to you. For example you can include the invoice total in the email using the tag {invoice.total}
-
Okay I believe I identified the source of the problem and this should be a hotfix. Starting on line 1393 in app/models/invoices.php there should be this code:
if ($i == 0 && ($dates = $this->Packages->getProrataDates( $service->pricing_id, $service->date_added . 'Z', $service->date_renews . 'Z' )) ) {
Change that to:
if ($i == 0 && $allow_pro_rata && ($dates = $this->Packages->getProrataDates( $service->pricing_id, $service->date_added . 'Z', $service->date_renews . 'Z' )) ) {
This fix will be included in 4.2.1
- Blesta Addons and Beav
-
2
-
14 hours ago, Kurogane said:
This is what you refering for?
Yep, it looks like it completed the upgrade fine.
-
6 hours ago, Kurogane said:
What you mean "upgrade at admin/upgrade" i upgraded via CLI not sure if you mean that.
I was referring to upgrading through the web interface, but using CLI works just as well.
6 hours ago, Kurogane said:But this not happen before so seems wierd to me and not sure if this cause some problem later because the upgrade not finish correctly.
Well if you manipulated the widgets at all (e.g. reordering, collapsing, or expanding the widgets) after uploading the files, but before running the upgrade then the upgrade would not repopulate the widgets correctly. If you want to make sure the upgrade executed correctly, you can check your config file and search for 'session_ttl'. If that is in there then I'd say the upgrade went through fine.
-
You did actually run the upgrade at admin/upgrade, yes? This behavior was noted as a possibility and we worked to prevent it, so I'll look into what caused this. Anyhow, to fix this, you should be able to simply click the 'Manage Widgets' link on the left side of the admin home page, then arrange the widgets how you like. After that they should appear fine.
-
Currently that is not allowed in the system, since this would render those invoices and transactions inaccessible, thereby messing up reports for sales and revenue. The only way to do a full delete on a client who has these things would be to modify the database directly. NOTE: If you do decide to modify your database, absolutely back it up before making any changes.
-
5 hours ago, mark@affinity.hosting said:
Any idea how i can delete clients from Blesta? i want to delete them completely not just set them to inactive.
Well it is possible, but only if the client has no transactions, invoices, or services associated with it. You can find the option on the client profile page, on the left nav, after expanding the option list by clicking "Show all actions".
-
1 hour ago, Panfilo said:
So the Tools >> Logs >> Email was full of emails being sent every 5 minutes of the same invoice being created, over and over again.
So the email logs have a status of 'Sent'?
-
23 hours ago, Panfilo said:
I have two invoice deliveries that the date sent didn't get updated so every 5 minutes the clients are being sent the invoice over and over again. The invoice is being generated over and over again as well to be sent.
Are these being sent by email? Did you check the logs under Tools >> Logs >> Email to make sure they are actually being sent?
-
48 minutes ago, evolvewh said:
In the cPanel files, I see no mention of 'account_count' anywhere and it makes me think the module isn't taking into consideration the actual count.
It is mentioned on lines 518, 1551, 1565, 1575, and 1936. cPanel.php handles updating account_count, but module.php handles selecting a server based on that account_count.
Since the other thread about this error occurring on direct admin, I am thinking that the problem is with module.php or another related core file.
-
4 hours ago, Blesta Addons said:
i think it was from the first release.
First release of v4?
-
13 minutes ago, evolvewh said:
The server that the service was assigned to has been maxed out for a long time now (6+ months).
And this error just started occurring now? When is the last time you upgraded and from what version? (BTW thanks for all your help on this).
-
I just thought of something. Is it possible that the service was created before the limit was reached and then provisioned after? The module row is selected when the service is created. If the service was created when the server was at 49/50, then another service was created bumping the server to 50/50, than this service would still be created on this server and would bump the server to 51/50. I imagine the easiest way to check this is to see if the bad behavior still happens when you create a service now. @evolvewh @cyandark
-
4 minutes ago, evolvewh said:
Just to confirm, having both servers listed as 'assigned' shouldn't matter right? I've always thought I need to leave them both there so that the statistics load in the clients account area.
By 'assigned' you mean that they are in the 'Assigned Servers' section when edit a server group that is of course not a problem since that is simply how you assign the server to the group. As far as statistics, do you mean the 'Statistics' tab when editing the service? Because I'm fairly sure that info will be pulled exclusively from whatever server got assigned to that service.
-
1 minute ago, evolvewh said:
No code has been modified in module.php
There are 2 server groups setup for cPanel with 4 different servers at the moment (2 in each group). 1 server is full in each group and 1 is not and the issue occurs within each server group. I have not seen this happen with any other module.
Thank you much, hopefully this info will guide me to our problem.
-
2 minutes ago, evolvewh said:
Can you give me any other places to look?
Well it is not really an error since it "succeeds", it just doing the wrong thing, so we probably won't find any help in the logs. Maybe just some more info about your server group and package. Is it just two servers? Is there just one server group for the module? Have you confirmed that the package is using the server group rather than the individual server? Have you seen this in more than one module?
Also just to make sure, have you modified any code in module.php?
-
-
18 hours ago, cyandark said:
I have the same problem, and looks like is a bug.
What is the server/server group setup? And which module are you experiencing it on? (I think this is happening on modules that use the default module row selection but I just want to make sure).
-
If it turns out that it is not in junk I would do this. Create a test job and make sure the emails are set to be logged, run the cron, and check the email logs under Tools >> Logs >> Email to see if it shows these emails as sent.
-
Well the first thing I would check is whether the uploads/[company_id]/mass_mailer_files/ directory is writable.
-
Thus far I have been unable to determine a cause, or duplicate the error. I did however just receive a similar report here. I intend to take another look at this either today or some time this week.
-
Alright, I'll take another look at this issue then.
-
Hmmm, this may be a bug. I've been looking into a similar issue found here. It should be base on what you see in 'Accounts'.
-
Invoiced Today
in Bugs
Posted
@Blesta Addons When a proforma invoice is paid it is converted to an active invoice. When a proforma invoice is converted to an active invoice, its 'date_billed' is updated to the current date. 'date_billed' is what 'Invoiced Today' is based on.
Would it be acceptable to not count proforma invoices as part of those 'Invoiced Today'?