gutterboy
-
Posts
284 -
Joined
-
Last visited
Posts posted by gutterboy
-
-
Is this the case for all Blesta version? We are still running 3.2.2.
Thanks!
-
13 hours ago, GosuHost said:
https://account.blesta.com/client/plugin/support_manager/client_tickets/add/3/
Should have no issue creating a ticket here
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!
-
On the client profile page, there's a transaction box, in there there's links, one is called refunds.
If you refund the client fully, the invoice is re-opened if you refund a client part of the payment nothing changes.
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?
-
Blesta would either redirect the user to the client portal or display a 404 page when accessing an invalid resource, but there isn't any "Page Not Found" error as far as I recall.
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.
-
We have definitely improved the language, putting the letter z to good use and removing unnecessary u's.
I realize green is a color.
I prefer this spelling to the way the UK / Australia spell it as well haha
-
-
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.
-
It's on the ISO list as a country.
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.
-
A text version is always sent via email and is displayed for recipients whose mail applications don't, or can't, display HTML email. Blesta performs no conversion to copy the HTML over to Text. Because they are different mediums, most often you will want to tailor each email specifically as HTML or Text, and so content and placement will vary.
Ok fair enough, but shouldn't there be an error if the user doesn't enter a html message in as well?
-
Nope, you have to enter them both manually, and it's the same for welcome emails / etc.
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"
-
So you want to include the contact type next to their name in that dropdown?
The contact add/edit pages in the client interface are changing pretty significantly in 3.4, but I believe this still applies.
Well anything to help differentiate them would be helpful.
-
-
The template that displays that information is used in several places. I think it makes sense that it displays "Contact Information" since the field above it asks whether you want to "Copy Contact Information From" another contact anyway. But if you want to change it, you can update the language definition in the client_contacts file to update it in every location.
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.
-
Sorry, you're right. Stripe chekout is just a JavaScript app built using stripe.js so it is the same in regards to PCI compliance. Blesta recives the data and passes it on to stripe like Daniel has described.
Although in the latest PCI specifications you are supposed to be compliant even when using stripe.js
So you have to be compliant now even if we end up getting stripe.js implemented?
-
The checkout method doesn't send data directly to Stripe, it sends it to Blesta and then to Stripe. The stripe.js method sends it directly from the users's browser to Stripe.
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!?
Paypal Merchant upgrade to TLS 1.2
in Support
Posted
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