Michael

Update it under [settings] -> [system] -> [Companies].

DONE!
works now after i have change dregister_argc_argv = off to register_argc_argv = on
Thank you.

Wowcha, that looks so nice, and I've added your GhostBill to our 2016 design community add-ons as our Choice (aka recommended)  If you can PM a high quality logo of yours I can use that
 
 
 

I appreciate your desire for a setting to control this behavior, and this is something we will consider. However, I must disagree with your 99% statistic, unless you can provide quantifiable evidence for it? If so, a resolution for the current behavior will be coming forthwith.

It might be useful to select additional fields (e.g. client first/last name) so admins can more readily use the queries to find matching clients. They could also use them to generate custom reports under [billing] -> [Reports].

You may be interested in the auto cancel plugin included in Blesta 3.6. https://docs.blesta.com/display/user/Auto+Cancel

This would be a better question to ask Multicraft. If their API supports this behavior in the future then we can make it available in Blesta.

That sounds like an error attempting to process the order with the module. Your module may be misconfigured, as Blesta is unable to determine the appropriate module row from which to provision the service. You should re-check your module settings and make sure your package is setup correctly to use an available module row from that module.

We would rather focus on the core as well, but we promised the mass mailer in v4 and are planning to deliver on that.
 
We are continuing to make improvements to the core, and with the exception of the mass mailer, v4 is largely about the core. The minPHP upgrade and raising system requirements to PHP 5.4+ puts us in a pretty good position going forward. There will be usability improvements in v4, and probably every feature release in the foreseeable future. There are some tasks in Blesta that can be streamlined and simplified and we appreciate the feedback we've received. We're on it! 

The error you're receiving regarding using the word test in the beginning of a domain is an error returned by cPanel. We'll have to look at periods in usernames, didn't realize cPanel ever allowed that.

I love the idea of both mate.
 
Scheduled Cancellation:
Hi {contact.first_name}! This is a confirmation that your {product_name} service is scheduled for cancellation on {date_cancelled}. If you made this by mistake please login to your account. Login at.. http://{client_url}login/ Click on "manage" on the service row, click on "Cancel Options" and then check "Do not cancel". Thank you for using {company.name}!

Yes, but there's a difference. Your web server is executing it, vs cron. If the issue is executing it via cron, then your cron user may not have proper permissions or access to the mysqldump binary whereas your web server does.

1. Bitpay don't do wallets, they are a gateway which process bitcoin payments. You scan a barcode or enter the bitcoin address in, they'll tell you when it's recieved and you then click continue.
 
2. They pay in BTC, you can get it in BTC or GBP or USD, etc.

It's being done in 4.0 and has a lot of features. It's been planned for ages and all worked out, so it will be released.https://dev.blesta.com/browse/CORE-621

Blesta use the ISO details so you can just use their plugin to edit the states: https://marketplace.blesta.com/#/extensions/1-States&Countries
So I'm closing as it's not a bug.

If you create a billing contact, and want notices to go to the primary contact as well -- add another billing contact using the primary contact details. Both billing contacts will receive the emails.
 
Perhaps a granular per-contact setting for email notices would be ideal, allowing each particular email to be toggled on/off for each contact.
 
We have had several people say that their primary contact is the CEO/Director/IT Head/Board Member/etc etc and that they do not want them to receive invoice emails. Setting up a specific billing contact, causes all billing related emails to go to that person instead for this very reason.

I'm surprised you took the time to claim the issue is certainly a bug. I think the expectation to receive "dream-land logic or round-about excuses" for the current behavior is rather presumptuous and partially shuns us from having an open-minded dialogue on the issue.
 
The contact permissions dictate page content access rather than back-end system behavior, like sending an email. This is similar to staff permissions. I think if you disable all contact permissions, you'll find that the contact still receives invoice delivery emails for new invoices. This is not because the permissions are incorrect, but rather the nature of a "Billing"-type contact. The system is designed to favor billing contacts for invoice delivery email, so if any exist, only the billing contacts--and not the client himself--will receive invoice delivery emails. Many companies setup billing contacts this way so that they don't need to bother with receiving invoices intended for their internal Billing department. Maybe there is more we can do to improve these types of behavior in Blesta, and I'm open to suggestions.

The development of OnApp module is alive. Be patient, I had to wrote many other plugins and modules for our Blesta installations.
 
Thx

Blesta doesn't provide an option to delete invoices (unless it's a Draft), or clients that have invoices/services/etc. as you've noticed. If you're only intending to test Blesta, that would be best done in an alternate Blesta installation dedicated to testing rather than mixing test/live data in a single installation. Laws in many countries prohibit the deletion of important data like invoices. If you really want to delete invoices anyway, you could manually do it via the database, or write a plugin for Blesta that will delete them.
 
Also, the Shared Login plugin will not create a client in Blesta if one does not exist. It will only log them in. Deleting a user in Wordpress will not automatically delete an associated user in Blesta. Additional functionality would be required to accomplish this behavior.

The thread you linked to describes how you could force port 25565 to be used. The module is currently designed to let Multicraft determine the port because the API does not provide a method of determining what ports are available for use, so we cannot reliably choose one. We'll have to make another pass on the module to see if we can improve that behavior.
 
Does the dedicated IP address work now because you made the source change I mentioned above?

Question -- does the cron send SFTP backups, but not Amazon S3 backups, or neither?
Blesta uses the mysqldump binary to perform a dump of the database prior to sending it to S3 or the SFTP destination. If your CLI version of PHP does not have permissions to execute mysqldump, or it's not in the system path, then that could be the cause of all of this.
 
To test, you can SSH in as your cron user, and type "mysqldump"  or "whereis mysqldump".

Please see CORE-1912
 
Suggestions on sample email template content are welcome. Also, thoughts on the 2 notice proposal (email to clients on scheduled cancellation, and actual cancellation). Perhaps these notices should be able to be enabled/disabled independently. I suggest we have them both, or at least final cancellation notices disabled by default.

It would be nice if we and customers could have a email when a cancellation has been made.

I'm unclear on the behavior you're experiencing as the above statements appear contradictory. Could you clarify, perhaps with an example? It would also be useful to have additional information as described in How to Report a Bug, such as the version of Blesta and the PayPal Payments Standard gateway you're using.
 
I took the liberty of testing the gateway just a moment ago on v3.6.1 via an order form and this is the behavior I experienced:
I Ordered a $1.00 monthly service I applied a 50% coupon to the service I checked out with PayPal Payments Standard PayPal tells me the cost is an initial $0.50 with a monthly subscription of $1.00/month Note that my 50% off coupon is configured with the option Apply when a service is added only selected. This option only applies the coupon to the new service on creation rather than to the recurring amount, so the $0.50 initial cost and $1.00/month subscription would be expected.
 
If the coupon is configured with the option Apply when a service is added or renews, then following the same steps I outlined above, PayPal says the cost is an initial $0.50 with a monthly subscription of $0.50/month because the coupon also applies when the service renews.
 
Is your coupon configured for the desired behavior?

just a note ; naja7host has some days now away from the community . i have contacted them about the matter, he said that he has some big project that eating all the time from him , he never will leave blesta or his modules/plugins, and he is preparing a new box and staff just for blesta market, i have see his new t-shirt work for blesta addons , and maybe he is preparing some big bombs for blesta .