SellerDeck adding Comma to postcode when transferring details to PayPal

[graphicz]

Client is losing sales because despite entering one's postcode correctly in the Checkout, SellerDeck is adding a comma before the postcode which invalidates the address.



Support don't know and have handed to developers.....

Please can anyone shed any light?

v14 - Smart Layout - Live site

Thanks

[peblaco]

Put in a test and it went to PayPal. Noticed other problems. Sometimes Home page shows nothing in the cart. Network setup has a mixture of www and non-www for site and cgi-bin links. Google shows a variety of links with a mixture of www, non-www, http and https. Site has character set problem under www with � symbols in the footer.

[graphicz]

I put a valid address (carefully) and got the result illustrated.
I was on a laptop. What device were you using Louise?

I will look at the other things you raise. Thanks.

[graphicz]

Network setup has a mixture of www and non-www for site and cgi-bin links

The network settings only use http://domainnane for all settings.

Google shows a variety of links with a mixture of www, non-www, http and https

The site and network settings do not use SSL (no https specified) and no www specified in any network settings.

I cannot gain ftp access (locked) so do not know about .htaccess

I stripped all additional stylesheets leaving the dafault styles only and the encoding issue remains.

I have searched the Library for utf-8 and it is not present in any layout apart from the 'Start here one'.

Home page shows nothing in the cart.

I added seven items to the cart and the icon in SubHeader turned to '7'.

The validator produces a blank page - is this significant?

All in all a bit confused!

[graphicz]

I ran it through the ordinary w3c validator and got this:

https://validator.w3.org/nu/?doc=htt...splus.co.uk%2F

I have search the library for the expression 'windows-1252' but it is not present.

This is interesting reading though:
http://stackoverflow.com/questions/8...wing-a-warning

[peblaco]

Desktop PC with Windows and Chrome. Google links have a mix of formats, if network setup is not mixed then use a .htaccess redirect. It is possible there is a default character set on the hosting server that can overwrite a character set tag in the layout, that can also be altered by specifying a character set in the .htaccess file.

[graphicz]

Thanks Louise. Works fine on my test server but still encoding issue with w3c showing Windows-1252 encoding. I am waiting for client to unlock FTP so I can have a look.

[graphicz]

The link to PayPal issue was solved by writing this .htaccess file:

<FilesMatch "\.(htm|html|css|js|php)$">
AddDefaultCharset iso-8859-1
DefaultLanguage en-GB
</FilesMatch>

# compress all text & html:
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript


# 1 YEAR
<FilesMatch "\.(ico|pdf|flv)$">
Header set Cache-Control "max-age=29030400, public"
</FilesMatch>
# 1 MONTH
<FilesMatch "\.(jpg|jpeg|png|gif|swf)$">
Header set Cache-Control "max-age=2419200, public"
</FilesMatch>
# 2 DAYS
<FilesMatch "\.(xml|txt|css|js)$">
Header set Cache-Control "max-age=172800, proxy-revalidate"
</FilesMatch>
# 1 MIN
<FilesMatch "\.(html|htm|php)$">
Header set Cache-Control "max-age=60, private, proxy-revalidate"
</FilesMatch>

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.yourdomainname\.co\.uk [NC]
RewriteRule ^(.*)$ http://yourdomainname.co.uk/$1 [L,R=301]

RewriteCond %{HTTPS} on
RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

RewriteRule ^index\.html$ http://yourdomainname.co.uk/ [R=301,L]

It didn't affect the odd symbol in the footer which showed the right pointing guillemet (» ) correctly in the preview within SellerDeck but not on Page Preview in Firefox, neither on my test server.

The problem was solved using the correct Unicode Character.

in the Smart responsive stylesheet find:

.deepFooter ul li::before, .deepFooter ol li::before {content:"» "}

It needs to be rewritten thus

.deepFooter ul li::before, .deepFooter ol li::before {content:"\00BB  "}

http://www.fileformat.info/info/unic...r/bb/index.htm

Such fun!

Thank you.

[graphicz]

And finally...

Finally, it seems the default values in Checkout 0 were not as default.
The Cart address fields were:

Address Line 1*
Address Line 2*
Address Line 3
Address Line 4
PostCode*
Country

The asterisk * meaning required.

PayPal sees AddressLine3 as Town and required so it's absence caused the error.

Renaming the fields and changing the required status solves the issue.
Go to Design, Text, Website (cont), Invoice Address and Delivery Address, and tick the appropriate boxes and change the 'Current Values' (at the bottom).

Address Line 1*
Address Line 2
Town / City *
County / State*
PostCode*
Country*

And Bob's your uncle!

Thanks.