breeze

Hi guys, We are making some changes to our URL conventions and adding some sub-companies. The old version: URL: portal.domain.com server hostname: portal.domain.com New: URL: account.domain.com hostname: portal.domain.com By URL, I mean the hostname from the webserver. I have reissued the license and applied 100 times. It seems to work for about 24 hours and then needs to be refreshed. Maybe worth noting that we have sub-companies paid for on the same license, and I have noticed anecdotally that the license locks out when trying to access a sub-company. Question: Is the license validation process linked to the server hostname, or URL? Thanks!

I'm trying to create a client with API, it seems I've got most of the params figured out but I think there's some sort of error with the phone number maybe? I'm sending the request to this url: /api/clients/create.json This is the response I'm getting from the server: (I'm using the insomnia client) And these are query variables I'm sending: Help is greatly appreciated, thank you!

Hi, thanks for the reply. As the user above me commented, this only happens during the checkout in the order form. I think there is a compatibility issue with the plugin and stripe api responses. I tried to do something about it with no luck. Looking forward to an update.

After upgrading blesta to 5.0.2, the 'Stripe Payments' plugin has stopped working. There's always the same error after clicking pay: However, blesta actually thinks the payment is processed successfully, and customers even get their e-mail: But if we check the gateway logs, in one of the stripe requests we get this: Another customer is having the exact same issue, which the admins haven't responded with a solution yet. Help is much appreciated, Thank you.

Hi Paul - thanks for the response. Switch from legacy: Yes Did I run the migration?: Yes Does it affect legacy vs new card accounts: I have tested only 1 new card account - successful. All failures have happened with legacy card accounts (approx 10) Can i delete and re-add the payment account: I can possibly test this, but...... damn Blesta version: 4.9.1 Stripe payments: 1.2.0

Hi guys, I have recently changed over to the "Stripe Payments" gateway, and I am not able to manually process payments from the admin portal. Payments taken via cron are working as normal. Is this expected behaviour? What I am experiencing: In the admin portal After clicking "review & confirm" I receive an error message "the transaction could not be found for that client" In the customer account There is now a "pending" transaction In the Stripe dashboard There is an "incomplete" payment entry. The detail says "The customer has not completed the payment." In the Blesta gateway logs I notice that there are 3 transactions: setup_intents payment_intents - retrieve payment_intents - create As background - it appears that "setup_intents" is fired every time a page is loaded where a new credit card could potentially be added. I am guessing this is being fired because the manual payment page allows for new card details. Is there something I need to do get this working? Thanks

Hi Paul, Yes - it was blocking outbound 80/443. It was intended to deter hackers that are trying to access our server in order to use them as part of their pool of servers - so even if they gained access it would seem pointless to them. Only way I figured it out was setting up an endpoint on another server with the same hosting provider and testing over their LAN. ?‍♂️ I don't know how hard it is to adjust the core functionality to allow the order to proceed if the API POST fails? I'd much rather take the customer order and figure the rest out later rather then letting the process fallover.

Hi all, I found the issue. Apparently our server provider implemented some new anti-fraud thing, and it was blocking outbound requests. So because I had a URL in the post notification of the universal module, the request wasn't making it out to the endpoint and the whole process was failing. Thanks for the input.

Hi guys, Thanks for the response, I could have put some more info in there. - PHP 7.2.25 - mysql Ver 15.1 Distrib 10.3.20-MariaDB There has only been one error generated - despite multiple attempts, so I am not sure how relevant [2020-05-10 12:19:03] general.ERROR: PDOException: SQLSTATE[70100]: <<Unknown error>>: 1927 Connection was killed in /var/www/html/vendors/minphp/db/src/PdoConnection.php:196 Stack trace: #0 /var/www/html/vendors/minphp/db/src/PdoConnection.php(196): PDOStatement->execute(Array) #1 /var/www/html/vendors/minphp/record/src/Record.php(763): Minphp\Db\PdoConnection->query('SELECT COUNT(*)...', Array) #2 /var/www/html/vendors/minphp/record/src/Record.php(862): Minphp\Record\Record->fetch() #3 /var/www/html/app/app_model.php(0): Minphp\Record\Record->numResults() #4 [internal function]: AppModel->validateExists('1', 'id', 'staff') #5 /var/www/html/vendors/minphp/input/src/Input.php(541): call_user_func_array(Array, Array) #6 /var/www/html/vendors/minphp/input/src/Input.php(362): Minphp\Input\Input->validateRule('staff_id', Array, '1', 'staff_id') #7 /var/www/html/app/models/logs.php(270): Minphp\Input\Input->validates(Array) #8 /var/www/html/components/modules/module.php(1129): Logs->addModule(Array) #9 /var/www/html/components/modules/universal_module/universal_module.php(1317): Module->log('https://webhook...', false, 'output', true) #10 /var/www/html/components/modules/universal_module/universal_module.php(1173): UniversalModule->sendHttpNotice('https://webhook...', Array, '', '') #11 /var/www/html/components/modules/universal_module/universal_module.php(263): UniversalModule->sendNotification('service_notice_...', Array, '1', NULL, Object(stdClass)) #12 /var/www/html/app/models/services.php(3342): UniversalModule->suspendService(Object(stdClass), Object(stdClass), NULL, NULL) #13 /var/www/html/app/controllers/admin_clients.php(5322): Services->suspend('342', Array) #14 /var/www/html/vendors/minphp/bridge/src/Lib/Dispatcher.php(142): AdminClients->editService() #15 /var/www/html/index.php(21): Dispatcher::dispatch('/admin/clients/...') #16 {main} For the sake of testing I am managing the service via the admin login. E.g. http://server.com.au/admin/clients/editservice/1/342/ This is what happens: - I make changes to the status of the service and hit save - the web page starts loading and then hangs. Eventually I get a 405 (about 60 seconds). I then need to refresh the page to get back to the admin screen - the status change is applied correctly - the URL endpoint does not receive a notification I'd appreciate any help you can offer.

Hi all, I have recently upgraded to 4.9.1. After upgrade it seems there is an issue with the URL notification in the universal API. If a package is using the universal module - and the module has anything in the URL notification field - I can't use any packages/services at all, including creating a service that is using this module/product. Sorry if this is confusing - take a look at the image. If there are any values in these fields, nothing can be done. If I remove them, everything is normal. Troubleshooting: - I have tried multiple URLS - I have different Blesta instances, both are performing the same Is anyone else experiencing this? Is there a way that I can troubleshoot? Thanks in advance.

Hi Paul, I'm not too sure how this operates as it is different to the normal 'payment account'. Is it possible to use the same payment details each month to charge the customer? Or can Gocardless only be used on shopping cart purchases?

We are looking for the same. I would be happy to purchase as a plugin if someone can offer.

Hi guys, Trying to wrap my head around one of the query fields here. I want to understand how to sort by a field with ASC / DESC. I am calling https://SERVER/api/services/getAllByClient.json And query fields: client_id = 1 status = active order_by = ???? The API docs give the example ['date_added' => 'DESC']. Whenever I pass this it just fails the whole request. For the record, the query string. https://SERVER/api/services/getAllByClient.json?client_id=1&status=active&order_by=['date_added' %3D> 'DESC'] What is to correct syntax for the order_by value? Thanks!

Hi all, We have had a couple of frustrating users recently who we have had to disconnect for a range of reasons. They are pretty determined and have gone back and created a new service+account using our order form using a different email address. Question: Is there a way to block all new signups from a certain domain(s)? Thanks

Hi All, When I create a module using the Universal Module and I am working on integrating with a third party system we need to run quite a few tests to get the config right. At the moment, the only way I know how to do this is just keep creating new services to trigger the module API. Obviously this is not a very tidy solution, but we have a dev instance for this. Is there a clean way just to "simulate" the API that would happen on any services created / edited with the universal module? Or is this a good feature request. Thanks