gutterboy

Thanks - I understand it's a server issue, but I have read that it's possible to hardcode your code to using specific versions of TLS/http for example, so just checking to be safe

Is this the case for all Blesta version? We are still running 3.2.2. Thanks!

Thanks for that.

I'm not sure if you need to have an "active" subscription (if there even is such a term) but we have purchased Blesta in the past and I can't remember the username/email we used for the Blesta client portal; on the lost password page it just asks for "Username" so it can send you your password; I don't know what that is, so I tried entering in a couple of different emails and even though it looked successful I didn't receive anything - I also can't create a ticket about this as I can't login lol Thanks!

Do you know if this only works if the Paypal API credentials are correct? They SHOULD be correct, but when I tried to refund someone via Blesta once before and ticked the "Process this with the gateway" checkbox it failed for some reason.

Where abouts? haha So they are only recorded but not processed/updated in the system?

Just wondering, if someone pays for something via Blesta and then they are refunded via Paypal itself (not within Blesta) does that cause Paypal to send back notice to Blesta via the IPN or something so that they get refunded in the system? If not, does anything get sent back by Paypal at all - such as to logs of some kind?

Hmmm ok...... not sure what the user is seeing then haha. In any case, I just told him to login to pay if he keeps having problems.

Hello, I just got told by one of our users that every time they clicked the "Pay Now" link in the email they get when they are sent their invoice they get a "Page Not Found" error. I tried the link myself and it worked fine, so not sure why they may have experienced it.

I prefer this spelling to the way the UK / Australia spell it as well haha

LOL no biggie....... I'll just select North Yorkshire then.

Well yeah lol...... when you click on York in that list it takes me to the Wikipedia page I was looking at before; that York page is for the city; which resides inside Yorkshire or North Yorkshire? lol I see Blesta has an entry for North Yorkshire though.

As a country?

Have just been correcting some state data when it failed to automatically be set for some users and noticed this problem. Shouldn't the state/province for the UK be "Yorkshire" and not "York"? York is a city within Yorkshire.

Ok fair enough, but shouldn't there be an error if the user doesn't enter a html message in as well?

Hmm ok. Though weird you get an error for one and not the other considering html is the far more common email method accepted.

Ok, I just attempted to add an email signature but it kept telling me I had to enter a text signature after I had entered text in the html editor part. Thought it may have not like what I pasted in as it only accepted plain text for some reason and not html. Still wouldn't work. So then I figured it meant just to enter something in the "text" tab; so I removed the text from the html tab and entered it in the text tab and then it allowed it. However then I noticed the sig wasn't showing up in my emails, which makes sense as they are html based, so then I went back to the editor and made sure I had text in BOTH tabs and everything was good. So my issue is......... shouldn't it automatically copy your text from the html tab to the text tab window? I assumed this was how everything worked? ...if not, why do you get an error if you don't enter text but no error if you don't enter html?

+1 But my man, don't forget one for "applied fees"

Well anything to help differentiate them would be helpful.

We use our own template so not a big issue haha

Yeah, I thought of updating the language file but I thought it would change it in every location as you said. Only really wanted it changed when needed such as when the user has to enter billing info. I know it copies the info from a "contact type" - but the info they have to enter below is for billing, so IMHO it would make more sense to be called billing information.

For those comfortable editing their css I have in the mean time done this with: .row .col-md-3 .list-group a[href='/billing/client/main/invoicemethod/'] { display: none; } If you want to hide the auto payment box too you can just change it to: .row .col-md-3 .list-group a[href='/billing/client/main/invoicemethod/'], .row .col-md-3 .list-group a[href='/billing/client/accounts/'] { display: none; } Note: If your Blesta installation is not installed into the billing directory, you will need to change the word "billing" to the name of your installed directory.

So you have to be compliant now even if we end up getting stripe.js implemented?

Hmmmmm ok. I thought it was direct as that's what this post indicated: http://www.blesta.com/forums/index.php?/topic/2055-stripe-payment-gateway-pci-compliance/page-4#entry19419

Well that thread was an interesting read. Not wanting to kick the wheelbarrow over again, but I'm now a little confused. From what I have come to understand from that page I linked above and via that thread is that stripe.js or stripes checkout both send the data directly to Stripe and the server Blesta is on doesn't touch the data. So if Blesta currently is using the checkout method, then why the need for stripe.js and what was that thread all about - was Blesta using neither of these methods during the majority of that thread!?