Terofal

haha... very funny. Naturally, that is what I will do until someone discovers a cure. My website had a nice top frame that provided visual and menu-option continuity between my website and the shopping cart itself, but oh well.

Hi, I know that this issue was solved on other grounds, but this error message can pop up for other reasons. I have wrangled with it, and just found a partial fix, so I wanted to post it here in case this thread's title captured the attention of some frantic PS users trying to get their paypal module working again. My problem appears to lie with frames. If the website employs frames, PayPal may not work because you are attempting to load their secure page in a frame. This problem seems to be universally associated with IE users, while PayPal does not bomb out with Firefox. This is a complete mystery to all those on the PayPal forms and other shopping cart forms where they discuss this issue (its not just a PS issue). Also, there is little uniformity as well – as I mentioned, two computers running IE (IE 6 and IE 8) received this error message, while a third computer with IE 6 worked fine, so it is surmised that the customer’s computer setup (security updates, etc) play a part. My website does use frames, so I loaded up the shopping cart directly without the top banner and link bar. This solved the problem in the IE 8 computer, and on an IE 6 laptop I dug out from under my bed. (hey, some people read books in bed, other watch YouTube videos) From my research, there seems to be a sharp up-tick in people having this problem in the past couple of months, so people are wondering if some update to windows or IE caused the problem. Just FYI. I hope this helps fix the immediate problem of customers not being able to pay for orders. I would HIGHLY appreciate it if someone here with knowledge of PresaCart’s guts would suggest how to fix the problem so that we can use frames again. I really like my page banner and website links. For non-shopping cart websites, PayPal suggested this fix to allow frames: <form target=“paypal” action=“https://www.paypal.com/cgi-bin/webscr” method=“post”>. How can we do something similar with PS? Thanks for reading, and I hope this helps people who might encounter the same problem. If you use frames on your website, I HIGHLY encourage you to run tests on three or four computers running IE – some may work but some may not. It just so happened the computer I developed my website on worked perfectly with IE and PayPal, so I never knew about the problem until a day or two before I launched the online business. -Jake

Ok, I found a partial fix for my problem so I wanted to update the forum users here, in the hope it can help others. It appears the problem lies with frames. If the website employs frames, PayPal may not work because you are attempting to load their secure page in a frame. This problem seems to be universally associated with IE users, while PayPal does not bomb out with Firefox. This is a complete mystery to all those on the PayPal forms and other shopping cart forms where they discuss this issue. Also, there is little uniformity as well - as I mentioned, two computers running IE (IE 6 and IE 8) received this error message, while a third computer with IE 6 worked fine, so it is surmised that the customer's computer setup (security updates, etc) play a part. My website does use frames, so I loaded up the shopping cart directly without the top banner and link bar. This solved the problem in the IE 8 computer, and on an IE 6 laptop I dug out from under my bed. (hey, some people read books in bed, other watch YouTube videos) From my research, there seems to be a sharp up-tick in people having this problem in the past couple of months, so people are wondering if some update to windows or IE caused the problem. Just FYI. I hope this helps fix the immediate problem of customers not being able to pay for orders. I would HIGHLY appriciate it if someone here with knowledge of PresaCart's guts would suggest how to fix the problem so that we can use frames again. I really like my page banner and website links. For non-shopping cart websites, PayPal suggested this fix to allow frames: <form target="paypal" action="https://www.paypal.com/cgi-bin/webscr" method="post">. How can we do something similar with PS? Thanks for reading, and I hope this helps people who might encounter the same problem. If you use frames on your website, I HIGHLY encourage you to run tests on three or four computers running IE - some may work but some may not. -Jake

Hi! I got the same error message when I tried to make a test payment (not sandbox) on two XP boxes on two separate internet ISPs, one running IE8 and the other with IE6. Firefox, on the other hand, worked fine and I got to the Paypal payment screen. Another post on the subject suggested the problem might lie in the merchant's primary/confirmed email, but my cart is set up with the properly confirmed primary email addy for a merchant account. Any thoughts on the cause? Most people use IE so if even if a small a percentage of them experience this problem, this could be big trouble. Until this gets resolved, I'm postponing the launch of my business. (My launch date was set for Feb 1...) :-( Thanks, -Jake

Hi, I have this problem also with version 1.2. I recall the invoices USED to work, but since then I only altered the files necessary to remove the capitalized surnames, as found here: http://www.prestashop.com/forums/viewthread/30451/general_discussion/return_the_surname_from_the_db_as_capitalize_text I don't expect those changes had anything to do with the PDF problem, though. Has anyone found a fix? Thanks so much, -Jake

Hi there, I can successfully direct customers to Paypal and get them back, however, on their return they arrive at order-confirmation.php, which doesn't say anything comforting to the customer about the successful order being complete. It's basically just blank with the progress bar on top and "back to orders" link on the bottom. My question is, can I edit (without screwing up the code) this page to put something like "Your order is now complete - Thanks!" Or should PS be directing customers to a different page altogether? Thanks! -jake

lol...I used up my last dead chicken hours ago. I'm moving on to cows and horses. I'll talk to my web host provider and see if they can shed light - otherwise I'm going to press onwards with version 1.2 which is working (fingers crossed). Thanks again for the help - If I ever find the cause of the problem, I'll post it here.

I might have to go to the hosting provider and see if they can help. But I can't just simply say "this shopping cart doesn't work" because they will bounce be off and say talk to the cart people. All the folders I checked out were 755. I think the documentation says 777, but they usually are interchangeable for the most part, right? The installation program liked the 755 setting - I changed one folder to something other than 755 and it caught it and demanded I change it before moving on in the installation. I'm going to see if I can upgrade 1.2 to the current, and if that will break it again... (fingers crossed)

Ok, I reinstalled 1.2.5 just like I did with 1.2, and it is still having problems. I think whatever the issue is, it lies with the difference between 1.2 and 1.2.5. Nope... no themes. I'm using everything stock at this point. This is such a mystery. I'm putting 1.2 back on for the time being. At least that worked for me... Do you know where I can get my paws on a copy of PS cart 1.2.4? Or some other version higher than 1.2 and lower than the current? I'm still suspicious it has something to do with my web host provider, since I'm using stock installation and not many other people have this problem...

Mmm... I don't think so. I nuked it several times already, though this time I used a different method. I can try it again for kicks. If I can get the latest version of PS cart working, amen!

Ok, finally some positive news. I installed a fresh copy of PS version 1.2 after deleting 1.2.5 and nuking the DB. For the first time ever, I can move past the registration screen to the delivery address screen. So the problem must lie somewhere in the change between 1.2 and the current 1.2.5. Hmmm...

Whatever modules are installed by default when you do the full install of the cart. Do you think it's a module issue? What modules are called when the customer registers? I'm currently installing PS version 1.2 in the hopes that it will work. *grasping at straws* Also, (and this is a noob question) when you head to checkout and register, what type of action is taking place? Javascript? PHP? I'm wondering if my web host is to blame somehow, with a funky version of PHP or something... however in the installation of the cart, I received all green checkmarks for the server software versions... -Jake

AAAAARRRGH! Ok, so I did a total nuke (removed all traces of PS from my server) and reinstalled it fresh with no modifications. I didn't even update the database yet - it is totally "out of the box." Yet... the problem persists. I added an item and attempted to check out - and it kicked me to the root of my website just like before. I'm at wits end here... What else should I try?

Hey thanks for the reply - I'll give it a try when I get the site back up and running (I'm having a HUGE problem with the customer registration right now - when the customer fills in his details and hits "register" during the checkout process, the cart bounces to the root of the website, which does not hold the cart. Any ideas, people? I'm reinstalling the cart right now for the second time...) In my case, my products are not downloadable - I must create them custom for each client, and then I email it to them, so that part of the plan won't work out, but it gives me something to try for. Before I realized the cart was bombing out during the registration process, I was experimenting with different carriers - one being mail and the other email delivery, but this will apply to all items in the cart (I presume), and not give me per-item selection of delivery options. Thanks again, and if anyone has ideas about why the cart is leaving the checkout process bouncing to the root of the website upon registration, I'd love to hear it! Thanks!

lol...there are no dumb questions in tech issues. And no, its not the old install. I even tried from another computer with the same results. Tomorrow I'll try the nuke and rebuild approach and see where that takes me.