All Activity

Сron errors began to appear аfter upgrading blesta from 5.4.0 to 5.5.1: Error: Argument 1 passed to Blesta\Core\Automation\TaskFactory::cronTask() must be an instance of stdClass, bool given, called in /var/www/vhosts/crm/public_html/app/controllers/cron.php on line 806 #0 /var/www/vhosts/crm/public_html/app/controllers/cron.php(806): Blesta\Core\Automation\TaskFactory->cronTask() #1 /var/www/vhosts/crm/public_html/app/controllers/cron.php(244): Cron->license() #2 /var/www/vhosts/crm/public_html/app/controllers/cron.php(173): Cron->allSystem() #3 /var/www/vhosts/crm/public_html/vendors/minphp/bridge/src/Lib/Dispatcher.php(142): Cron->index() #4 /var/www/vhosts/crm/public_html/vendors/minphp/bridge/src/Lib/Dispatcher.php(61): Dispatcher::dispatch() #5 /var/www/vhosts/crm/public_html/index.php(24): Dispatcher::dispatchCli() #6 {main}Error: Argument 1 passed to Blesta\Core\Automation\TaskFactory::cronTask() must be an instance of stdClass, bool given, called in /var/www/vhosts/crm/public_html/app/controllers/cron.php on line 781 #0 /var/www/vhosts/crm/public_html/app/controllers/cron.php(781): Blesta\Core\Automation\TaskFactory->cronTask() #1 /var/www/vhosts/crm/public_html/app/controllers/cron.php(244): Cron->amazonS3Backup() #2 /var/www/vhosts/crm/public_html/app/controllers/cron.php(173): Cron->allSystem() #3 /var/www/vhosts/crm/public_html/vendors/minphp/bridge/src/Lib/Dispatcher.php(142): Cron->index() #4 /var/www/vhosts/crm/public_html/vendors/minphp/bridge/src/Lib/Dispatcher.php(61): Dispatcher::dispatch() #5 /var/www/vhosts/crm/public_html/index.php(24): Dispatcher::dispatchCli() #6 {main}Error: Argument 1 passed to Blesta\Core\Automation\TaskFactory::cronTask() must be an instance of stdClass, bool given, called in /var/www/vhosts/crm/public_html/app/controllers/cron.php on line 756 #0 /var/www/vhosts/crm/public_html/app/controllers/cron.php(756): Blesta\Core\Automation\TaskFactory->cronTask() #1 /var/www/vhosts/crm/public_html/app/controllers/cron.php(244): Cron->sftpBackup() #2 /var/www/vhosts/crm/public_html/app/controllers/cron.php(173): Cron->allSystem() #3 /var/www/vhosts/crm/public_html/vendors/minphp/bridge/src/Lib/Dispatcher.php(142): Cron->index() #4 /var/www/vhosts/crm/public_html/vendors/minphp/bridge/src/Lib/Dispatcher.php(61): Dispatcher::dispatch() #5 /var/www/vhosts/crm/public_html/index.php(24): Dispatcher::dispatchCli() PHP: 7.4.25 MariaDB: 10.6.4

There is no need for the IP on the package, I think you are right. The IP should be specified on the module while adding the server. We already tried doing it by selecting a server manually but it's very tiresome and has led to some servers being oversold.

Hello Paul, thank you for the reply. The problem about it is that CORE-3942 is too big compared with my topic. Plus to it the multi-company part is potential, is not the main subject of these task. The only issue i see is what i was trying to explain: if i have 2 (or more) companies (supposed to be diferent business units, is why there are separated systems, if they werent i would use only 1 company) and using email as username (customers uses email for login, as they do now) a pontential customer can only signup in 1 company using it's email. Additionally it can cause confusion as to why he can't use his own email account or recovery his access (because it tells him it's already in use) if he never signed up for that service before (in the other businesses after the 1st in which it is registered). My stuff is not about sharing login or similar, managing multiple accounts, same credentials for diferent companies, is just what I try to remark. Except it fixes the issue. I think customers credentials should be associated with a single company, so the username user1 (or the username [email protected]) could exist in more than one company or not, each one with its password, regardless of who uses it, and not be related to each other, be independent. Because from their point of view, they are separate services (or companies, or businesses). In short, limit the availability of usernames, and access in each company independently. If this is what we are talking about, of course i would consider sponsoring it (I should see how that works). But if this is not what we are talking about it is not going to solve the problem I see. For me it is the bug of the multi-company system and maybe nobody uses it or found it but it works how I say now and I think is not ok. Anyway, I do not demand this. Maybe at some point the team can see it and agree . Thank you again, regards!

I am developing a payment component with Merchant gateway for MerchantCc and MerchantCcForm. I am able to add Credit Card Information using buildCcForm() and open a redirecting url in a modal for 3ds payments using buildPaymentConfirmation(). I am unable to redirect the user to the success page after the payment is Authenticated. On closing the model the form is just resubmitted with the redacted credit card information. Please recommend what can I do to the set the payment as success/failure. I need to trigger validate payment from the client side and show the success/fail page.

We have a task to more fully automate this and someone will be looking at it soon. It will require an update to Blesta, so it would be part of a future release. In the meantime, if you know your license key you can reach out directly and request that any hostnames be added or removed from the license.

Interesting, I'll mention this. I think the IP address is required as part of the API call. Perhaps the IP should be defined on the server/module row rather than the Package, in which case it would use the IP as defined there. Is there ever a need to select a different IP for the same server between Packages? That would be the concern there. The alternative at the moment, would be to select a server instead of a group for the Package, but obviously this would have to be updated more frequently.

We have a task CORE-3942 to allow a single login to access multiple accounts. This has not been in high demand, and the inability of a client to use the same username for multiple companies is not a bug. We'll take another look, it would be a nice to have feature. Would you be interested in sponsoring it?

Hello, I was just visting here after 1 year from the last visit and wondering if there is some plan to fix the username problem betwen companies in multi-company. Maybe one day i will be able to start using Blesta and use the licenses I got 😁 Regards!

Hello We are using Blesta 5.5.1 with Directadmin module. Issue is; We have 5 Servers used for shared hosting. (First non full server). On packages we have setup for Blesta to create accounts from the group But as seen above, Blesta pulls IP from 1 server, but sometime blesta tries to activate accounts to other servers whose IP is not listed here. But fails with the bellow error. server12.domain.com a:3:{s:5:"error";s:1:"1";s:4:"text";s:21:"Cannot Create Account";s:7:"details";s:40:"That IP does not exist in your list<br> ";}

Huge discount, only for Blesta users. Plan name: All Series/All Videos Order Link Coupon Code: BlestaOnly (Discount will reflect on the next checkout page)

I think Blesta needs to make a way to make it easier for users to use the Multi-company feature. I have licenses for 5 add-on companies. Each time an update is made, the multi-company license structure just breaks the system. Today, for instance, I renewed the update and support. After the update and support was paid, the add-on companies just stopped working. It will probably take another week of passing emails between Licensepal and Blesta and me for this to work.

I resolved this by adding a Remote User in ISPConfig, I was using the Admin login details. My bad!

My bad, I didn't see it at the bottom of the Package section, all sorted!

My bad, I didn't see it at the bottom of the Package section, all sorted!

Hi all, I am currently trialling Blesta and ISPConfig to automate hosting package creations and have run into an issue. I have added the ISPConfig module and it appears correctly within Blesta, I have added the relevant details (specifically username and password, hostname and port number). I am positive the details entered are correct as I have copied and pasted them from the fields into a browser and they work, but when I try and create a package from Orders I see in the log that the transaction tried to connect to ISPConfig but the credentails were rejected as I see the following error: a:1:{s:5:"error";s:45:"The login failed. Username or password wrong.";} Again, I am positive the details are correct as I copied/pasted them and I can log into ISPConfig. I know the error is saying they are wrong, but they are correct! I am assuming that the credentails I need to enter in the Blesta ISPConfig module are the admin credentials for ISPConfig? I have also tried with 'Use SSL' and without, but same message. Any ideas or advice on where to look to resolve? Thanks.

Hello all, Currently trialing Blesta, I'm sure I'll have a few questions... First one is that I have enabled both Braintree (my current card payment processor) and also PayPal Standard and configured them both (API details, etc), but on the order form, only 'Credit Card' is showing as a payment option. Have I missed something regarding this so that PayPal appears as a payment option? Thanks!

Sure feel free to contact us Version 1.0.3 BETA is now released

Other billing systems integrated Paysera ages ago, Blesta should really include this payment gateway. Posted as a feature request , please vote.

We've created a task for this, see https://dev.blesta.com/browse/CORE-4756

I recently extended and paid for my platinum membership but couldn't find my license number anywhere. All paid plugins stopped working with error message "Invalid Response From License Server!". When I tried logging in today, I Login has been disabled. Looks like cheating paying clients on purpose! I will eventually take over and maintain some of their plugins and publish archives here.

Is it possible to restrict clients to change "Required Client Fields" (First Name, Last Name, Company, Email) after registration? For Custom Fields this functionality I found - fields have the option "Read Only for Clients", but how to do this for "Required Client Fields"?

I cancel the current domain service (without using module), and then readd the domain to the user manually (without using module), then resync expiry date using module and these steps works with all the configurable option available....but i got more than hundreds of domains on multiple users. Is this the only way? or am i missing any migration steps?

Hi, today i just got the chance to upgrade blesta to 5.5.1. After enabling the new domain manager plugin, migrating domain packages & configuring all the domain stuffs. I still could not find a way on how to convert existing domain services (using namesilo) into the new domain manager. On client side, now they cannot access the privacy/dns options. On admin side also i have no idea configure these options. Is there an clue?

Bumping ...

Investigation of the error: 'The email failed to send due to a configuration issue' SMTP connection was successful!