Forum Replies Created
-
Posts
-
Sorry, that URL was slightly off:
[http://www.cambridgelsat.com/member/signup/]
I’m almost certain our member unintentionally added a space to his email when registering. I temporarily changed his email address in the members table, and I was able to complete a new registration with his email address without a hitch. I’ll report back once he replies to my message.
I think this is the original poster’s registration page:
[http://www.modellicreations.com/register-wholesale/registration/]
I figured out a way to replicate the problem, but I’m not positive whether this was what happened to our user. If you do a free registration and put a space either in front of or behind the email address, it will be accepted and entered into the members table. However, if you follow the link in the email, you won’t be able to complete the registration because the email address doesn’t properly validate (it’s read only on the followup form, and an added space behind it won’t be visible unless you inspect the element).
Here’s our registration page for testing:
[http://www.cambridgelsat.com/members/signup/]
I had a similar problem about a week ago. No matter what we tried, the person could not complete his registration (it was a regular hotmail address). As a workaround, I had to set up a new account with a different email address and then change the address to the correct one after the account was set up. I’m not certain, but I think it may be triggered when a person uses the “forgot password” function before completing his or her registration.
I’d like to enroll in the Google Trusted Stores program, but I’m having some trouble implementing the necessary php coding for the purchase confirmation page. I sent you guys a message about it. Please get back to me when you have the chance. Thanks!
Right, but the confirmation link is hidden within a dynamic tag, so I’d have to dig into the plugin code to turn it into an active link.
No, I haven’t added any HTML tags to the message. The difference when sent through Mandrill is that all the lines are collapsed into one, and the confirmation link is no longer clickable.
Yes, the language is Chinese. I previously configured my PayPal account to send IPNs in utf-8 per the above linked thread. The name and address for this transaction were received and entered correctly into the customers table. I believe the issue is just that the font itself doesn’t contain Chinese characters.
Unfortunately, no. However, I checked the document in Acrobat, and the stamped text is in DejaVuSansCondensed-Oblique; it’s embedded as a subset which seems as it should be. I copied the stamped text (square-looking characters), and when I pasted it elsewhere, the characters displayed properly.
I downloaded the font and took a look at the glyph mapping. It doesn’t include Chinese characters, which is mostly why I needed the UTF8 support. Is there another (more complete) UTF8 font that could be used with PDF Stamper?
You will need both.
- The SSL ensures that the data which customers submit through your checkout page is secure.
- The payment gateway bundle is the plugin which allows you to link eStore with any of the processors listed.
I mean a field that specifies the payment gateway (PayPal, Stripe, etc.) associated with the purchase.
Sounds great. A “gateway” field in that table would also be really useful. Could that be added without too much trouble? Thanks!
It seems to be the CSS of the specular_wrapper and specular divs that is somehow interacting with surrounding divs that’s getting in the way of the styling. Otherwise, the js seems to be doing its job in bringing up the tooltip text. If there’s a way to get the tooltip to behave as it does in the gateway bundle, that would be really helpful. Thanks!
Yes, that did the trick. I have one quick question about the payment form. I tried to add the tooltip image next to the CVV box as in the gateway bundle payment form. However, when I roll the cursor over the tooltip image, the corresponding text that materializes is not formatted in the nice green bubble as it is when using the gateway addon Stripe checkout. I’m guessing it has something to do with the javascript, but the gateway bundle tooltips.js is still loading on the page since that plugin is also active.
Awesome! Thanks for the heads up on that. I’m doing some testing with it right now and am having some trouble. I put my Braintree sandbox credentials in the plugin settings, but when I attempt to run test transactions, it’s giving me a 401 Braintree authentication exception error. Do I have to put the entire eStore plugin in sandbox mode to test it, or should it be working as is?
