Timothy

The setting that controls Auto Debit Days Before Due Date no longer allows Same day to be set when using a client group override. This is on Blesta 3.1.2 Steps to reproduce. 1: Create a client group 2: Try and change the setting for Auto Debit Days Before Due Date to Same Day. This used to work. I'm not sure when it changed, but it reset all the client groups from Same day to one day and started charging clients early. Please let me know what else you need to fix this. Thank you

Hello, I am having an issue with configurable options showing up on the order review screen when they have not been selected. This happens to any option that uses a quantity field. I have tried to leave the quantity field blank, but it automatically fills in with a zero. This leaves the review page showing all options with quantity fields regardless of customer selection. Is there any way to make options with quantity fields not show up on the review page unless they have a quantity higher then zero?

Paul, I was also under the impression that the Stripe implementation was fully tokenized instead of the current setup. I believe I had a open ticket about this back in December. I agree with @iamp, that it is likely, there are other installation that are using Stripe unaware of their PCI compliance obligations. So here is my vote for having the stripe module fully tokenized in Blesta.

Hi, So far as I know, it does pass the card pan through the server and then on to Stripe when the data is initially put in. After that it uses tokenization to charge cards. The PCI implications are that you have to manage your own PCI compliance. This typically requires filling out a SAQ (type C) and doing quarterly scans from an ASV. Stripe.com will note this under your Account settings > Security section. Hope that helps.

Hi Cody, I opened a ticket with the information.

Sorry Paul, I forgot to mention it was marked as wont-fix. I hope you guys can find a solution to this as our invoices are almost impossible read. Thank you for your attention to this.

Core-570: Group and designate addons as such on invoices. The current invoices in Blesta 3.1 show addons mixed with primary products on the invoice. I would like to see invoices listing the primary product followed by each addon product associated to it in a format that easily readable by customers. This is marked for 3.1 as indicated at http://www.blesta.com/forums/index.php?/topic/1813-release-310/, but does not appear to have happened.

That makes sense. Thanks Cody.

I am curious what the rotation policy is supposed to do? From my understanding it should delete the logs, but in most cases it does not appear to do so. For example I have 1012 pages of cron logs which date back to December 31. The Gateway logs date back to the 12th of December. Everything else dates back to October. The rotation policy is set to 30 days and has been since the install. Am I not understanding how it works?

We had the same issue and it was due to something not being set right in the database. We were able to fix it by setting auto debit to off and then back on again on the client profile page.

It appears to be working on the 3.1 beta. Thank you Tyson.

Hi, I would take a look at the fastcgi buffer settings and increase to compensate for the larger size of SSl transactions. Link: http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html#fastcgi_buffer_size Edit: You may want to look at fastcgi_max_temp_file settings too. They may be to low for the file you are uploading.

Hi Tyson, I will test it again tomorrow. Glad to know it's implemented.

I put this in as a bug as the issue is still present and I can't find a bug report or core number for it. http://www.blesta.com/forums/index.php?/topic/1675-ticket-response-via-email-not-changing-status/

When a customer responds to a support ticket via email, the status of the ticket is not updated. There was a discussion about this back in October at http://www.blesta.com/forums/index.php?/topic/1277-support-response-via-email-not-changing-status/?hl=status I can confirm I still have the issue on 3.0.7. It does not appear to be fixed in 3.1 Beta.