HomeHome Product Discus... Product Discus...SmithCartSmithCartPaypal Standard has a bug; not SmithCartPaypal Standard has a bug; not SmithCart
Previous
 
Next
New Post
11/4/2010 7:05 AM
 
Does anyone else use PP Standard? Paypal says that some of their accounts have a problem when using shopping carts where their login page is shown to the consumer during checkout.

We are trying to figure out how big a problem is this. They won't tell us how many accounts are affected and how long this has been a problem.

They couldn't tell us if creating a separate account would fix it.

Does anyone here know?
 
New Post
11/6/2010 7:50 PM
 

I use PP standard and it pulls up the login prompt for the last account I accessed paypal with. I think what people are seeing is that they are testing their cart on the same computer that they access paypal from so it uses a cookie to pre-populate the email field of the login screen. It does not populate the password.

I don't see it as an issue because if anyone is going to send you money without a cart, they do it by using your email address.

Hope this helps.

Christian

 
New Post
11/8/2010 12:09 PM
 
We finally got PayPal support to patch us through to Merchant Technical Services and here is the content of his email:

-----

Thank you for contacting PayPal Merchant Technical Services.

Regarding our conversation today, there are two issues with the cart. The most important is the item names. If the values for these contain characters used in HTML code and the order information is sent to us in HTML, the system thinks they are commands/formatting which is causing the primary error. Unfortunately the Sandbox is more forgiving than live when processing this data.

The other issue is the command being sent cmd=_xclick & upload. One of the other should be used, and if upload then each item in the cart is designated by a number. I've included examples of our buttons and their code, and links to our button documentation, for your convenience.

-----

I think the main problem is our use of the # symbol in our item names. However, he identified another issue of value to Dave and Scott.

 
New Post
11/8/2010 1:03 PM
 

Did paypal say that the use of the upload command was causing the login screen to display for users at paypal? If so it doesnt make much sense that should be something that is configured in your paypal account to show or now. From the paypal doc the upload command" Indicates the use of third party shopping cart" which is the correct parameter to send from a cart.

-Scott


Scott Kelly
Project Manager
DotNetNuke Consulting, DotNetNuke Store and DNN Ecommerce
 
New Post
11/8/2010 3:00 PM
 
He made it sound that the biggest issue is our use of the # in the item name and that it should work after we fix it; but it would be glitchy until the xclick vs upload problem was fixed also.

He (Bryce) said on the phone that the command to paypal should use xclick or upload but not both. (Loose specification because it was verbal sorry.)

Using dicey characters in the item name made it past the sandbox test, but not the real McCoy where # is processed as an anchor.

You may have this document already. I've attached what he attached to ours.
 
 Login to download attachment
New Post
11/10/2010 9:38 PM
 
The # character can be used in the model name in smith_products when utilizing paypal standard.

It was actually the string "
" that had been included in the model name that was glitching paypal standard.

To summarize, the behavior we experienced was that paypal standard sandbox would properly show the purchase information on the left. However, the live system would not; presenting a plain login screen instead. Once we took said html string out of the model name, the live system worked.
 
New Post
11/10/2010 9:39 PM
 
Even on this blog I cannot post it without proper encoding. The string in the prior post was meant to be "<br />".
 
Previous
 
Next
HomeHome Product Discus... Product Discus...SmithCartSmithCartPaypal Standard has a bug; not SmithCartPaypal Standard has a bug; not SmithCart