Blesta Addons

tyson look here, $dates = ['2019-04-30 23:00:00', '2019-05-18']; foreach ($dates as $date) { $this->Date->setTimezone('UTC', Configure::get('Blesta.company_timezone')); echo $date . ' to custom UTC: ' . $this->Date->format('Y-m-d H:i:s', $date) . '<br />'; } we get expected result 2019-04-30 23:00:00 to custom UTC: 2019-05-01 00:00:00 2019-05-18 to custom UTC: 2019-05-18 00:00:00 in invoices/transactions the date saved in database with -1Hour, but it shown correctly in blesta as 2019-05-01, in our plugin the date is saved also with -1Hour but the cast function shown it as 2019-04-30 !!! what we are missing ?

We use UTC+0 Casablanca, and yes it has a daylight saving time in RAMADAN month. the output are . 2019-05-01 to UTC: 2019-04-30 23:00:00 2019-05-18 to UTC: 2019-05-18 00:00:00 so the saved date is correct, but still something is not logic, the saved date is not back to UTC when rendering it in backend, let say we have recorded a payment in 2019-05-01, when we search for payment from 2019-05-01 to 2019-05-02, the transaction is included in the search result, but in the cast date it show 2019-04-30, and it should be 2019-05-01 !! the Date class observe the daylight saving when saving date in database but is not observe it when formatting/casting date.

$vars['date_added'] = 2019-05-01; print_r($vars['date_added'] . '<br />'); print_r($this->dateToUtc($vars['date_added']) . '<br />'); print_r($this->Date->cast($vars['date_added'], 'Y-m-d') . '<br />'); print_r($this->Date->cast($vars['date_added'], 'Y-m-d H:i:s') . '<br />'); result 2019-05-01 2019-04-30 23:00:00 2019-05-01 2019-05-01 00:00:00 $vars['date_added'] = '2019-05-18'; result 2019-05-18 2019-05-18 00:00:00 2019-05-18 2019-05-18 00:00:00 just to note we use UTC timezone .

another episode of dates..... if date entered with format ('YYYY-MM-DD') blesta make a strange date in database, i have tested this in two server with the same effect . so let see the case: invoice A created today, date billed : 2019-04-12 ==> saved in database with format 2019-04-12 23:00:00 Date Due: 2019-04-12 ==> saved in database with format 2019-04-12 23:00:00 invoice B created today, date billed : 2019-04-12 ==> saved in database with format 2019-04-12 23:00:00 Date Due: 2019-05-12 ==> saved in database with format 2019-05-12 00:00:00 invoice C created today, date billed : 2019-05-12 ==> saved in database with format 2019-05-12 00:00:00 Date Due: 2019-05-12 ==> saved in database with format 2019-05-12 00:00:00 invoice D created today, date billed : 2019-05-01 ==> saved in database with format 2019-04-30 23:00:00 Date Due: 2019-05-02 ==> saved in database with format 2019-05-01 23:00:00 invoice E created today, date billed : 2019-05-05 ==> saved in database with format 2019-05-04 23:00:00 Date Due: 2019-05-07 ==> saved in database with format 2019-05-07 00:00:00 what i ask why Blesta remove one hour from some dates?!!?!

fiendly id is working, but it would be nice to have the invoices.id also, sometimes as admin/developer i want to search by invoices.id when we have some issue and only we have the invoices.id in the logs .

@font-face { font-family: "Glyphicons Halflings"; src: url("../fonts/bootstrap/glyphicons-halflings-regular.eot"); src: url("../fonts/bootstrap/glyphicons-halflings-regular.eot?#iefix") format("embedded-opentype"), url("../fonts/bootstrap/glyphicons-halflings-regular.woff2") format("woff2"), url("../fonts/bootstrap/glyphicons-halflings-regular.woff") format("woff"), url("../fonts/bootstrap/glyphicons-halflings-regular.ttf") format("truetype"), url("../fonts/bootstrap/glyphicons-halflings-regular.svg#glyphicons_halflingsregular") format("svg"); } the font location hsould be "../fonts/" instead of "../fonts/bootstrap/" .

in the blesta logs we found a lot of this notice message, is not a big deal , but it fill the logs and make them big sizer. E_NOTICE: Use of undefined constant COREDIR - assumed 'COREDIR' {"code":8,"message":"Use of undefined constant COREDIR - assumed 'COREDIR'","file":"/home/hhhhhh/public_html/core/Automation/Tasks/Common/AbstractTask.php","line":116} and still this old notice when editing invoice logged E_WARNING: sprintf(): Too few arguments {"code":2,"message":"sprintf(): Too few arguments","file":"/home/hhhhhh/public_html/vendors/minphp/language/src/Language.php","line":125}

the invoice search didn't include the id in the search. it would be nice to see it also searching invoices bu thier IDs.

from the ticket you have opened with us, you have identified the issue, that has nothing to do with our plugin.

we have updated the plugin to support geoip2 database . just re-download the plugin and upgrade or install it .

new Version Release 2.0.0 . + added support for the new maxmind database v2.

you can open a ticket with blesta, give him more info about your reseller and license key, i'm sure they can move the license to your account or give you another license key with the matched expiration date .

we have package A with term 12 months price 100, Package B with term 3 months price 180. and we have the fallowing service : Date Created: Feb 18, 2019 Date Renews: Feb 18, 2020 Renewal Price: 120 (with taxe) when a client change the package he get the fallowing result, i don't understand how this can be ?!!! Prorated Change from Basic 1 - 10 GB to Prof 1 - 50 GB - xxxxxxx.com (Mar 14, 2019 - Feb 18, 2020) (price 80.00), 96.00 with taxes . the client changed the term in 2019-03-14 ?? any one can explain me this calculation? i have identified the issue. it was a manual upgrade from our staff and they have forget to update renew date . but this issue has lead me to ask if any progress in this request

we also waiting this feature, it will solve one of our issues.

i agree with this scenario .

Hello Tyson, from what i have understand it has relation with time and not day, let us simplify it more invoice due : 10-4-2019 12:00, form what i have capted in your answer the first day due will be at 11-4-2019 12:01 and is illegible to suspension from date 12-4-2019 12:01 if the cron are in in earlier time than 12:00. it would be a solution if Blesta will not look at time and use only calendar date, i think here we can save 1 day, with a new option like suspended the service same day, so if we have invoice due : 10-4-2019 12:00, cron suspension run time is 00:00, then the service should be suspended in cron run at 11-4-2019 : 00:00. at least with this we have only some hours of delay not whole 2 days.

i think this could be a solution. perfect

we can know your opinion about this issue? (suspending services 2 days after expiration date)

it would be nice if the mass mailer has a option to set a dedicated smtp for mass mailer plugin rather than using the mail system setting. a lot of us use provider for mailing purpose and another provider or own dedicated email server for usual mails .

Hello, this is not the first time i talk/claim about this, but this is causing us a lot of problems and claims and money lose . we talked in and here but until now no fix is provided . a sample case from us Service Created in 10-4-2018 14:00 . Renew date are 10-4-2019 14:00 Invoice Due Date 10-4-2019 00:00 Suspend Services Days After Due 1 Day this service will be suspended in 12-4-2019 when cronjob run . as you see we have here 2 days of latency in suspension system, we need the service to be suspended the same day if invoice is not paid (in our example should be 10-4-2019 14:01) , i wouldn't talk about times in blesta as we have talked a lot and we have arrived to no solution, my ask if blesta staff can make a new setting or anything to achieve this simple request? we need the service to be suspended after their expiration date immediately, in some services letting services for two days active (and this is the minimum in blesta) before suspending them will consume a lot of resources and licenses fees.

we have tried to show it in the invoice but as the credit is changing every time we have a new credit the invoice is changed, and then we have opted to save it in the invoice line, but we have a big problem also, when a invoice is generated the credit shown in the invoice is not the same as after the invoice is paid . we should look for another logic to do this.

order number is enough, for clients/invoices/services already they are in the search system.

not applying to invoice , i'm talking about printed invoice to client. the clients need to see if there are a credit left or solde left after the payment applied to invoice. the remaining amount to pay is shown in the invoice as balance (positive), and normally he should be negative because we own money to client . if client owe money to us then the balance should be shown with positive value . this is what we do in our accounting system in our country, not sure if this is the same as USA .

Case 1 we have invoice with amount 20$ . client has make payment of 25$. when client download invoice, the balance is always 0$, and normally it should show 5$ . is this intentional or this is a bug ? Case 2 we have invoice with amount 25$ . client has make payment of 20$. when client download invoice, the balance is always 5$ from what is see the balance only shown correct number if there are remaining amount to invoice. logically, the balance should show the positive/negative amount from the all the transaction applied to this invoice

it would be nice to add orders to searchable items . like tickets ect ...