Paul
-
Posts
6,727 -
Joined
-
Last visited
-
Days Won
841
Posts posted by Paul
-
-
Also, check Tools > Logs: Cron tab filtering by the word "Create" to list the Create Invoice tasks. I want to know the frequency of this task running (Start Date / End Date) as it should be a full day apart, and click the records to expand to show the output from the run. I want to know if the task is running more often than once a day and if the invoices are created in duplicate across separate runs or within the same run.
-
Your logs show no errors, but the info log does show the invoice generation. I've replied to your ticket for more information, but this is consistent with what I said earlier that the renew_date may not be being bumped forward which should happen automatically after invoice creation. Any 3rd party extensions or customizations will be suspect, particularly any that tie into events.
-
Thanks, we'll update this per https://dev.blesta.com/browse/CORE-5448
-
When a service or domain is invoiced for renewal, the services.renew_date is bumped forward (+ term/period, e.g. 1 year, or 1 month, etc), which prevents it from being invoiced again because Blesta is only looking for services set to renew within a set period of time. I'm curious whether the renew_date was being bumped forward on this service/domain or not. Did all the invoices show the same period/date range on the line items? My guess is that something was preventing the renew date from being bumped forward, there may be some errors in your ../logs_blesta/ logs that could give a clue.
Overlapping cron jobs are normally not a problem because Blesta locks the task when it starts it by logging the attempt, then when it's finished it logs the end datetime. Until the end datetime is set, it should not run again. However, it is possible that if multiple cron jobs start at exactly the same time, this may not be detected. In that case you will find in the log_cron table multiple runs that start at the same time and overlap. You should confirm that you have only a single cron job set up for Blesta.
The TLD sync task should not interfere with other tasks and we have no other reports of this. This is because each individual task is locked while it is running and cannot run again until the previous run finishes. If the TLD sync task is taking a long time, then you could have another Blesta cron task run, but it should only process tasks that are not currently running and should be started again.
Can you provide more information?
-
We have plans to add a bulk name server update option, as soon as v5.13 per https://dev.blesta.com/browse/CORE-5337
-
We haven't yet had any other requests for ACH with Braintree, and I'm not certain if it's an option that is compatible with the current credit card processing API or if it would require a new implementation. If there is any interest in sponsoring the feature let us know.
-
What version of Blesta is this? Have you made any changes to the Date Format or Date Time Format under Settings > Company > General: Localization?
-
On 5/1/2025 at 11:27 AM, trulyvu said:
We are trying to remove the process of us having to upload the image for them. The idea is they can upload it to Blesta, our server can either pull the image location/download the image from Blesta and upload to our own server to show.
I'm not sure I follow, it sounds like it's more complex that just uploading an image through Blesta... it needs to then be transferred/uploaded to your own server and then be shown somewhere? If you're trying to interface with some other software and you want Blesta to accept an image from the client and then update it somewhere else, you could likely accomplish this with a custom plugin.
-
On 4/28/2025 at 9:25 AM, DDChris said:
Hello Blesta, I just signed up for a 30 day trial and I've hit an immediate problem.
It looks like you have chosen to use the ISO 3166 data for addressing, which is wholly inappropriate for any type of online billing system.
In the UK we use addressing in the form of Street Address -- Town / City -- County -- Postcode
ISO 3166 does not conform to this - and while ISO 3166 may be some sort of standard - it is not the data anyone would use for UK addressing inside any business application. In fact, the only other application (in my 30 years working in IT) where I've seen this used is WHMCS - so it looks like you may have copied this from them. Bad idea because it is fundamentally wrong to use this data. Some of the most common counties do not exist within this data and this will prevent many users from being able to enter their correct addresses. While it is certainly informative information and lists all the principalities in the country, it just doesn't work for street/town/county addressing and I don't believe this data was ever meant to be used for domestic addressing within a commercial setting. That's probably why nobody else does it this way.
Anyway, I'm not going to go on about it. I've made my point. You've obviously chosen this way under bad advice and are unlikely to change it now - however, I cannot use this software unless I can make changes to this list within the application. I'm not going to subject my customers to this infuriating inconvenience. It was simple within WHMCS to change the list, so I'm hoping it is just as simple in Blesta.
1. I can see that the data is held within the following directory...
vendors/respect/validation/library/Rules/SubdivisionCode
2. The files have some sort of validation but I'm not sure if this means there will be an error if a file is changed.
3. I'm assuming the data is being pulled out of these files directly, rather than from the database.
My first question ... can I simply edit the GbSubdivisionCode.php file to replace the data with my own? I understand this would need to be changed upon every update.
Secondly, are the three letter codes in those files used within Blesta for anything - or are they simply ignored?
Thirdly, is there a better way to hack this with a hook or some javascript?
Thank you for your time!Hi DDChris,
We haven't copied anything from our competitor, especially not states and countries so that is interesting. They were originally pulled in from official data sets per https://docs.blesta.com/pages/viewpage.action?pageId=10551368#Debugging/Tools-StatesandCountries but we are planning to make some changes/improvements here as some data has either changed or may not have been totally accurate from the original sources. Perhaps our competitor used the same original sources, I'm not sure. Also, different regions have different preferences for how the date is constructed. You can see the task we're planning to implement here https://dev.blesta.com/browse/CORE-5391 If you have any comments on this task, let us know.
Regarding that library, I don't believe this is used at all for this purpose. States and Countries are stored in the database in the states and countries tables, respectively. So, these can be adjusted there if you prefer, depending on what kind of change you want to make. Codes can't be changed to something other than a code, so changes that relate to how the address is displayed (code, or name, etc) due to the region will likely need to wait for this task to be implemented.
Cheers,
Paul
-
On 4/29/2025 at 10:03 PM, Szilvia said:
I added several of my old clients to the system under "Clients."
For those whose subscription was still active, I issued an invoice in the system (2 clients). When I recorded a payment for one of them, I noticed that the system had generated a new invoice (even though I thought it would only generate a new one automatically a year later, after the client was added and the initial invoice was created).I checked the email log for the client and saw that the system was continuously sending emails every 5 minutes related to the invoice it generated. After recording the payment, it started sending the payment confirmation email every 5 minutes as well.
I checked this with another client too: after I deleted the system-generated invoice, the emails stopped. However, with the first client, since I marked the system-generated invoice as paid, I can no longer delete it—and the emails are still being sent continuously.
My questions:
-
How can I stop the continuous email sending? I even disabled the payment notifications for this client, but the emails are still being sent.
-
Where can I see the status of these emails? Are they actually being delivered? I assume not, because the invoice status shows "Unsent", which I guess is why the system keeps trying.
-
Is it possible to set a maximum number of delivery attempts (e.g., 3 times), and then have the system stop if the emails still fail to send?
If the emails are being sent every 5 minutes, then Blesta thinks the email is failing to be sent and so the invoice is not marked as sent. Are you certain the email was actually sent and received by the recipient? Click the email in the log to expand and show the details, it may include errors.
Also check Settings > Company > Emails to make sure your mail server is configured correctly and that your From Email address on all your email templates is correct.
Then check ../logs_blesta/ logs to see if there are any errors when an email is sent.
Also check if you can send the email to your own email address in the invoices widget by checking the box next to the invoice and sending to an address you specify.
To prevent an invoice email from going out Edit the invoice and uncheck the "Email" option. This option is deselected automatically when an email is successfully sent, but for some reason it appears the email is either not sent or there is some error with sending.
-
-
1 hour ago, trulyvu said:
Our use case with Blesta is different than just selling domains and hosting. We actually give our users a full website real estate website. All of the info, such as client's name, social media gets sent to our server to show on their website. We are trying to make Blesta the main control hub for our clients, but they need to also upload a picture of themselves so that it can display on their website. Is there any way to achieve that?
It sounds like these are images they are providing so that you can work on their website. If they can't email files to you, right now probably the best thing to do is for them to upload files like this via the ticket system. They can open a ticket or reply to a ticket and add attachments. You can download the files from the ticket.
There is a plugin called "Client Documents", but this is for admins to attach files to their account that they can download, not the reverse of that.
-
2 hours ago, pabloalf said:
Apologies, this was meant for the Clientexec forum. Please ignore unless you can help, thanks.
I see the problem, you need to switch to Blesta!
-
On 4/10/2025 at 5:45 AM, Andrei Chira said:
Yes, the invoices are closed with no transactions applied, and the clients have credit = the total amount they ever paid us.
We are working on a fix for this in 5.11.3, you can try this out now if you like:
Edit the file ~/plugins/import_manager/components/migrators/whmcs/whmcs_migrator.php
Around line 70 look for the $actions code block, replace the entire block of code with the following (We moved importTransactions to below importInvoices.)
$actions = [ 'importStaff', // works 'importClients', // works 'importContacts', // works 'importTaxes', // works 'importCurrencies', // works 'importPackages', // works 'importPackageOptions', // works 'importServices', // works 'importDomains', // works 'importInvoices', // works 'importTransactions', // works 'importSupportDepartments', // works 'importSupportTickets', // works 'importAffiliates', // works 'importMisc' // works ];
If you try this, let us know how it goes.
-
On 4/10/2025 at 5:45 AM, Andrei Chira said:
Yes, the invoices are closed with no transactions applied, and the clients have credit = the total amount they ever paid us.
Upon further inspection (and other reports), I believe there is a bug in 5.11 preventing the transactions from being applied correctly during import. At this time we'd recommend importing on 5.10.3 and then upgrading to 5.11.2 after that. We are trying to reproduce the issue now and if we can, we hope to have a fix in 5.11.3 soon.
-
Upload an image for what purpose? Clients can upload images and other documents within tickets. There is also a Client Documents plugin where staff can add documents to a client's account that the client can access and download in the client area. There's no option currently in terms of "custom client fields" for uploading images or other files. A feature request and a case for this, if that's what you're looking for could be made here https://requests.blesta.com
-
20 hours ago, Andrei Chira said:
I have rerun the import with the option to balance credits, but it's still the same - transactions are not applied to invoices, and the client has credit. The invoices are Closed, though.
If the invoices are closed, they should have transactions applied to them. In Blesta, the sum of unapplied transactions make up the account credit. If you click on the invoice row, it will expand to show which if any transactions are applied to it. Is your invoice closed with no transactions applied to it?
-
2 hours ago, Andrei Chira said:
Hi,
I'm having a similar issue. I've imported everything from WHMCS, but transactions are not applied to the invoices. They have been added as Credit, so all clients have a lot of credit in their accounts.
Anyone had this issue and knows a solution?
Did you check the option to balance credits on import? What version of WHMCS did you import from, and did you import into Blesta v5.11.2?
Are there open invoices in addition to the credits? If so, Blesta will apply the transactions to any open invoices starting with the oldest invoice when the cron runs, but you shouldn't enable the cron unless you're ready to go live unless you disable all other automation tasks under Settings > Company > Automation first so that it only performs the apply credit option. Because WHMCS does not properly account for and track invoices and transactions the option to balance will attempt to make the account balance match up once imported into Blesta. In Blesta, every transaction applied to an invoice is tracked and associated. So in cases where an invoice is simply marked as paid with no transaction, or a credit is created out of thin air with no transaction, the only solution is the balancing option which will either generate a credit or generate an invoice to consume extra credits.
-
Much of the interaction has moved from our forum to our Discord server. New releases are mentioned there, on our X account @blesta and on our blog.
-
We have a task to fix this for 5.11.3 per https://dev.blesta.com/browse/CORE-5386
In the meantime, you can check each card to deselect them, then check them again to select them and you'll be able to choose the colors correctly and save.
-
A blank page usually indicates an error. Did you check your ../logs_blesta/ log directory (Full path set under Settings > System > General)? It may contain an important error. If you upgraded to 5.11.2, did you make sure to run /admin/upgrade? If you visit Settings > Company > Modules, the module does not have an Upgrade button next to it?
-
On 3/29/2025 at 1:44 PM, Olet said:
Hello, do you plan to create a Webuzo module?
The Webuzo team already created a module for Blesta, you can find it here https://webuzo.com/docs/billing/blesta-shared-hosting-module/
-
If you want new clients to never have access to ACH, uncheck the option in the order settings. Packages > Order Forms: Settings tab. This will cause new registrations to not have access to ACH. If you want to grant them access in the future, it can be done on a per-client basis.
-
-
The invoice (pdf+json) cache can only be generated when the invoice is actually generated for view, which occurs if the invoice is being sent to the client or the client or staff view the invoice. Are you suggesting that the invoice PDF+json should be generated as soon as it is created? There are a few concerns with this. 1. Staff may create an invoice, and want to edit it. If it hasn't been sent to the client or viewed yet, then it could be edited prior to being sent. 2. Generating the PDF takes a significant amount of memory and CPU time. If PDFs are always generated when invoices are created, it will require significantly more resources and time during the "Create Invoice" automation task, at least for cases when not using proforma. Keeping invoice creation light increases reliability.
Blesta generated thousands of duplicate invoices, but I think I figured out why
in Bugs
Posted
I have not been able to reproduce this on PHP 8.3, however we did make a similar update as suggested to account for this change in behavior in PHP 8.3 per CORE-5452, which will be included in 5.12.