Paul

@Jono What do you think of this feature request? I can see the utility in being able to filter out particular emails from being sent from a plugin.

Does this happen on an unmodified installation with no 3rd party extensions installed? I've tried and have been unable to reproduce this. When I search the gateway log, I'm seeing the expected results. We will need steps required to reproduce.

If you set all the service to the same renew date, they will be combined on the same invoice by default.. unless you have disabled this feature. Separately, we would consider a feature request for combined monthly billing for services that do not have the same renew date. https://requests.blesta.com

I tried to reproduce this with Stripe Payments (Not able to test with PayPal Payments Standard, but it shouldn't matter). Using the filter option, and entering the transaction # in the content box (Not selecting anything for dates), and clicking Submit did return the gateway log that contains the transaction # in the response data. If the transaction # is included in the gateway log for PayPal, it should find a match, it does appear to do a LIKE search on the response data. I would check ../logs_blesta/ logs to see if there are any errors while performing the filter operation.

@John Heenan I'm not sure I have a complete understanding of this, but I've created the following task if you want to review and advise whether this is the proper solution. https://dev.blesta.com/browse/CORE-5168 @Kurogane I don't see a bug here at all, if these altcoins are plugins to BTCPay Server and not configurable out of the box, then they fall squarely under the category of feature request. You can make a feature request at https://requests.blesta.com to recommend adding support for additional coins.

Ok, to see if I understand: The payment method is set by the Blesta button, so that the BTCPay invoice generated requires payment via that method. BTCPay supports (Bitcoin or Lightning, or any of the 4 you mentioned) as returned. You said: But it appears that it may also be possible for us to allow the payment method (From the 4 mentioned) to be set in the gateway configuration in Blesta) so that the payment button generates a BTCPay invoice in the desired method. Or, we can simply remove the option and allow the client to select it. What path would you recommend? Allow the payment method (of the 4 options) to be set in the gateway config in Blesta, so that the button specifies that method when a BTCPay invoice is created. Or, comment out the line so that the client is presented with the options? Curious what you think is the best way to go. Do you think admins want to force the client to pay with Lightning or BTC on the gateway config level, or let the client choose? I assume that the client will only be able to choose from methods that have been configured in BTCPay Server? So if BTC is the only option, then only it will appear.

Removing this option lets the user select Bitcoin or Lightning like your original screenshot from a BTCPay invoice? Do you consider this the best solution? I assume if you don't have Lightning configured it'll just default to Bitcoin.

What currency is the invoice in? I assume it is being converted automatically to BTC? So the issue is that payments from Blesta can only be made in the standard BTC, not through the Lightning network which is also BTC but off chain? If this is specified in the button code, it may need to be a setting in the BTCPay gateway config to specify the type.

Oh just to add, the TLDs appear to be jumping around in your video, that should not happen in 5.10+, we made an update to better handle sorting.

There isn't but I agree there should be, I've created CORE-5163 for this.

Thanks, we have created the following task https://dev.blesta.com/browse/CORE-5160

Thanks for the report, we've created the following task: https://dev.blesta.com/browse/CORE-5156

Your issue is much earlier, in a 5.5 upgrade task. Not to say you won't experience the same issue if your upgrade makes it to 5.8. In any case, I've mentioned this to the team so we can investigate. This is an issue for some people, but not all people so it may be partly dependent on MySQL/MariaDB version. @exception0x876 what is your MySQL or MariaDB version?

If you are on 5.9.3, there are substantially fewer notices in ../logs_blesta/ that in 5.8. We'll release version 5.10 beta 1 soon. I would recommend installing it, if you see any notices on PHP 8.2, let us know what they are and how you encounter them and we'll take a look.

What control panel are you using for hosting? The typical flow is: 1. Install module Settings > Company > Modules 2. Create Packages 3. Create Order form Packages > Order Forms

The label is determined by the module you're using. If you're using the Universal Module, then the label is the 1st Service field created for the Universal Module Product. If you are using "None" for the module, you might consider using the Universal Module instead https://docs.blesta.com/display/user/Universal+Module#UniversalModule-ServiceOptions

The deprecated notice probably has nothing to do with it. There's a bug as part of 5.9.2 that does not allow reports to be written to the default temp directory under Settings > System > General. If you create a new directory called "tmp" within your uploads directory, and set your path to that for temp, that should work. Until we release 5.9.3 (probably this week).

The line number is approximate, the important part is to find the code mentioned and update to what is shown.

You MUST update to 5.8.3 if you are running 5.8.2, or you are not protected. Apply the patch (blesta-5.8.0-5.8.3), ignore "hotfix" directories. Backup everything first.

There's currently a bug in 5.9 that makes ticket piping and CLI imports not work properly. These will be fixed in 5.9.3, but here is a simple change you can make that may work in the interim. You can make a code change on 5.9.2. In app/models/blacklist.php around line 249 change: public function verify(string $input, string $type) To: public function verify(?string $input, string $type)

The hotfix is not needed unless you don't have ioncube in your PHP. The default files work for PHP 7.2, 7.3, 7.4, 8.1, 8.2 with Blesta 5.9.2.

The hotfix directory included with Blesta is only for users that do not have the Ioncube PHP extension, but SourceGuardian instead. Official files support PHP 7.2, 7.3, 7.4, 8.1, 8.2 with Ioncube, at least as of Blesta 5.9.

You can use the Mass Mailer plugin. Settings > Company > Plugins to install, access under Tools > Mass Mailer. It doesn't send an email automatically, but you can select which clients to send an email to and send anytime.

You don't have to sponsor anything. We'll continue to add features based on demand, and when this rises in priority over other heavily requested items we'll consider adding it. Sponsored development lets you put your money where your mouth is. We find that people will up vote all kinds of features, but when they are willing to actually pay for them they show that they really need it. If you're not willing to pay for it, then it's probably not much of a requirement for you. Every feature we add has an internal cost to us, often significantly so, so we have to prioritize based on demand. Regarding paid modules, that is an option, but a module that only 3 or 4 people would use would be priced considerably higher than a module 3 or 4 hundred people would use. Modules that drive demand are already being created by 3rd party developers, quite a few of them, actually. But an authentication scheme is neither a module or a plugin, but a core feature, one we would not be able to charge extra for.

You want to sponsor it? Demand hasn't exceeded demand for most other new features we've been adding.