Joseph H

About 5 Invoices are generated per day for the same service. No the service has not been pushed forward. One Service uses directadmin module and another service uses "Universal Domains Module" There is one cron Blesta Logs: No such file or directory {"code":2,"message":"unlink(/tmp/__tcpdf_0ef363bbc1108b7dfe2ab92d3e59dd50_imgmask_plain_106a33274adcffee07754fde377892ee): No such file or directory","file":"/var/www/vhosts/domain.com/httpdocs/vendors/tecnickcom/tcpdf/tcpdf.php","line":7791}

I'm using Blesta 4.10.0, with PHP 7.0 As seen on the screenshot. This is the second client that i noticed invoices being duplicated for the same service.

I had the same error since 4.9. I managed to upgrade by removing all tables under order_settings. And running the upgrade again.

Just an idea of improving the Affiliate system and Make it more of a partnership program. Instead of just a single payout would be great if there would be an option to allow "Partner Program - Recurring Commission" Example of A use case. We have developers who don't want to have a reseller account, but they always refer their clients to us and always handles their systems/websites. These we would like to keep on paying them on the services renewal of their referrals .

After managing to pass that part. I get this error SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '1-92-billing' for key 'PRIMARY' on line 196 in /home/admin/domains/domain.com/public_html/vendors/minphp/db/src/PdoConnection.php

after uploading the files blesta goes blank. I got the above text by debugging blesta.

I'm running Blesta 4.8 trying to update to Blesta 4.9.0 but i keep getting an error SQLSTATE[42S22]: Column not found: 1054 Unknown column 'plugin_events.enabled' in 'field list' on line 196 in /home/admin/domains/domain.com/public_html/vendors/minphp/db/src/PdoConnection.php PHP version 7.0

Hi, I managed to change all values ok. But adding "direct_admin_ip" does not seem to reflect in blesta. Can you please suggest a better way of adding the IP in bulk. Thanks

I found the issue, but still it's a weird scenario. I checked and saw there was 0.22 of credit applied to the Profoma invoice, removing the credit allowed for the funds to be applied to the amount. But even if there was a small amount applied to the profoma, why is that preventing another transaction from being applied.

Sorry for the long delay on this from the mysql database. All values are the same. But the payment wont apply From transactions table From Invoices table

The invoice total is 120000. We don't usually use decimals for our currency as so all prices are exact. And there is no credit remaining from any previous transactions.

I'm sure it's the same value all same currency

Besta 4.6.0, PHP 7.2 This is the second incident of the same nature. I think the screenshot can explain more

I just managed to solve this a minute ago. Seems there is a change in blesta's template. <script type="text/javascript" src="<?php echo $this->Html->safe($this->view_dir . 'javascript/app.min.js' . (!empty($hash_version) ? '?v=' . $hash_version : ''));?>"></script>

That is using "Wizard List" but tried other templates as well and still I get the same results. We have not made any changes to the order plugin. I have tried uploading the order plugin again but that solved nothing.

Hello, I just tried placing an order on the client side and applying a coupon. But soon after applying the coupon the order is removed from cart. Trying to reorder the same item, the previous added items shows on checkout so duplicate orders are placed. Blesta 4.6 PHP 7.0

It's solved in 4.6 I confirm ?

This was the case, It's working properly now.

Nope, I cleared cache but still same. I have even tried on a different PC

No you tick the field and save. But when you go the same package again. The renewal price is grayed out again.

With 4.6.0-b1 and b2. PHP 7.0 I noticed this weird preview of user Activity info

I'm using 4.6.0-b2. With b1 i was able to activate renewal price in packages but with b2 it's does not activate. php7.0

No entirely correct tho, we have solved the issue you raised since May 20th, still we are have the same issue. I really hope you would consider using only the domain for validation. This is already causing a lot of inconvenience for both of us.

Hello, this plugin idea is good but the implementation is bad. You have put in place IP Lock, but you have not provided an option to update for the client., why not just make it domain locked? Issue You changed our IP on May 13 but still shows "The license is not valid for the used IP !!!". We are waiting for a response since

Second Occurance