Paul

We are working on adding some features that will make being compliant with GDPR easier. You can find the story at https://dev.blesta.com/browse/CORE-2463 and view the sub-tasks associated with it.

Was the email sent? Did you make any changes to the email template recently? If you made changes to the template and are using undefined tags, or have entered them incorrectly, it can produce an error.

Are you saying that when your plugin is installed in Blesta, and the email template is created that it uses, it cannot set a predefined text for multiple languages? Only English is generated? Just want to make sure I understand.

You just want to see what services are scheduled to be invoiced soon? Invoices don't exist until they are generated, but it may be possible to see what's coming up for renewal.

You might try increasing the memory limit from 32M to say 128M. The message in the logs mentions the temp directory. It's just a notice, so I'm not sure if it's indicative of a problem but you may want to check your temp directory as defined under Settings > System > General: Temp Directory. By default it's the system temp directory (/tmp/) and some servers do not allow access, or there are permissions issues. You could create a new temp directory within your users home directory and update the setting to see if it helps.

That's true, they will still be able to add the widget to the page. But if no ACL permissions, it will not be displayed.

This is an issue generating/viewing PDF invoices, not a 3rd party HTML version right? Does your PHP 7 have the GD extension? If there is a logo or background image, sometimes TCPDF uses GD to resize or manipulate the image in some way. Also, what version of Blesta is this? Did you check the logs? Since 4.1, Blesta does some logging with Monolog. Settings > System > General to check the path to your logs directory, and whether it's writable. Then, check the logs to see if anything is written when you try to generate an invoice.

Widgets are generated by plugins, and can have ACL permissions. For example, Settings > System > Staff Groups: Edit & look at Support. Under Support is "Client Profile Widget". If an admin doesn't have access, it will not be displayed. The system will try to ajax load it, but it'll fail and will not load. In the inspector, you can see an error, but no obvious error will be presented. Same for Billing > Orders, and others. Is the request just to add an ACL permission for the Billing Overview plugin/widget specificall?

Which task specifically is causing it? If you can't tell, you can disable all tasks under Settings > Company > Automation, run the cron, then slowly re-enable and run the cron to see which is causing it. Haven't heard of anyone else experiencing high load with 4.2, so I'm interested to know what the cause is. Also, it might be helpful to check the log. Settings > System > General shows the path to your log directory. Take a look at the logs in that directory, maybe there is an error that will be helpful.

If all traffic goes there, how will an admin or client login? Do you just mean traffic that goes to the portal page should be redirected? If you just want the portal page to redirect, maybe a meta refresh tag would work? You could set this in the portal code, but it's normally suppose to go in the head so not totally sure if it would work. <meta http-equiv="refresh" content="1;url=http://example.com/blesta/order/main/packages/ajaxSlider/?group_id=1" />

I'm not totally sure if company name is available to the template. You could hard code it into the template if you do not have any addon companies in Blesta.

transactions.account_id can be NULL, but transactions.client_id cannot. If this is mostly for internal use, you could create a client in Blesta and use it's ID for this purpose. If you don't want these transactions to appear in the revenue reports/graphs, then make sure to use a transactions.transaction_type_id for a transaction type that is "credit" and not "debit". Settings > System > General > Payment Types. You could create a new payment type just for this purpose, so all transactions using this new type can be traced back to your plugin.

/plugins/support_manager/views/default/client_tickets_reply.pdt is the file you want to edit. Search for the term "gravatar". You'll want to comment out that line to not display any gravatar associated with your email. Then, comment out the line 2 lines below that one that contains $this->Html->concat(' ', $first_name, $last_name); That should do it, I think, but you may need to comment out more lines below that, I haven't tested it.

Can anyone reproduce in 4.2.2?

I think he means a charger for his Macbook. No weird British slang this time

What do you want to change specifically? Order forms have their own set of templates that control the content in the page. Header/Footer is controlled by ~/app/views/client/bootstrap/structure.pdt For the order form, check out ~/plugins/order/views/template/TEMPLATETYPE/*.pdt

And you clicked Add Server, and entered your server details? I ask because your package error seems to indicate there is no server set up within the module.

Are you using the REMI packages? If so, then that would probably work. What's the output of: rpm -qa | grep php

This depends on your server software and OS. I am most familiar with CentOS, and I know that CentOS 5 does not support TLS 1.2. Support was added for TLS 1.2 for curl/PHP in version 6.8 or 6.9 I believe, but CentOS 7.4 is recommended. So you may need to upgrade or deploy a more modern OS. Your hosting provider is probably the best place to contact for additional help and details. Blesta itself will work over TLS 1.2, and the Authorize.net gateway is compatible.

Under Settings > Company > Modules > CentovaCast (Manage), there is an Add Server button. Did you add a CentovaCast server this way? The form looks like the screenshot below:

Can you link to their order form, I'm curious how they constructed the HTML. I'm guessing it's just a section below the radio button, in which case it would be difficult to do for every radio button. AndI thought you meant a Blesta competitor.

Well then, that's unusual. I haven't a clue what it could be. Have you tried a CLI install? Same problem? If you'd like me to check it out, you can PM me details for MySQL, URL to install, and SSH details to the server. (Or open a ticket instead)

Some admins prefer to manage everything for the client and keep the client out.

It's intentional. Marking inactive will prevent the client from logging in, but any active services will continue to be billed as normal. It would be cool to have a feature that would automatically mark clients inactive after they do not have any services/invoices/etc after a period of time.

Your PHP has PDO mysql support? Something must be off.. and I assume your password is alphanumeric only?