ChrisW123

I don't have all of those, but here's my settings which work good for me: Small image width: 150 Small image height: 120 Now, these settings assume that your large image will have the same "aspect ratio" of 150 x 120, such as 450 x 360. If your original image does not have the same aspect ratio, it may look funny as a thumbnail. I think I also added some code to flip the demensions if the input image if it's portrait. The aspect ratio is always the same, but if portrait (360 x 450, as opposed to 450 x 360) my code would know this and swap the demensions. Subcategory image width: 100 Subcategory image height: 80 Calculate image size: true Image required: true

I always used a large image, say 500 x 400, for the large picture and then the website would size that down for when it shows thumbnails. Did you setup the thumbnail settings in Admin setup? I forget which category it is (near the top). Maybe you haven't set that up?

Do you have the fix that Dallas posted to remove spaces in the ccard number? You'll get that error without it or if you don't remove the spaces yourself.

Did you guys try the fixes above that I and Sticky posted? I had problems with the Express Checkout also until I made the fixes I mentioned above. That fixed it for me.

Stickypod, correct my first line was also remmed out (with // in front). Sorry, I didn't mention that. :D Glen, I'm lost now. My register_globals = ON currently. But above you say the line is only needed if it's OFF, but my Express Checkout was not working with it remmed out and with My register_globals = ON. However with it un-remmed, it works. So are you sure about this? Even tho I'm no expert, it seems that the new order (I found from a previous post in this thread) seems correct: tep_session_register('paypal_ec_payer_info'); $_SESSION['paypal_ec_payer_info'] = $paypal_ec_payer_info; It seems that you would need to Set paypal_ec_payer_info first and then use it. Do you agree? Can you (or anyone) confirm if the above order is correct or not? Stickypod seems to say it works. But the other post said reversing them worked. So I'm not sure what is right.

I figured it out... A few months ago someone posted this: There was a problem validating your account. Please try again.Several people have posted about this error recently (jlong07, MechBun), but the fix (which seems to have done the trick for me) was posted on March 23 by giz286sim:Around line 516 in the file /catalog/includes/modules/payment/paypal_wpp.php change: $_SESSION['paypal_ec_payer_info'] = $paypal_ec_payer_info; tep_session_register('paypal_ec_payer_info'); TO: tep_session_register('paypal_ec_payer_info'); $_SESSION['paypal_ec_payer_info'] = $paypal_ec_payer_info; That fixed the "There was a problem validating your account. Please try again." error message using Express Checkout. Looks like all is well. All that's left is to install my new live WPP key and test again.

I don't think I set it up right... I probably only have a merchant test account. But it did go through like the transaction was sucessfull. Not sure, I'll have to look at my test accounts closer, turn on debug emails, and try it again.

Hey Glen, Have you ever heard this: When testing "Express Checkout With PayPal" (sandbox setting) and logged into my paypal dev account, I'm able to apparently "pay" for a test purchase with my dev account but when I returned to my website, I see this message in osC: "There was a problem validating your account. Please try again." Huhhhh? My question is, does "Express Checkout With Paypal" work reliably most of the time and if so, do you think it's a pain for customers use? It seems like a real hassle for customers to have to go there first and hope they don't get "lost" somehow. Seems very "klunky" to me. Any thoughts on this?

Thanks Glen, the ccard fix works great! Yes I'm using the sandbox. I'm going to apply for a real Key probably today. Thanks for the great work on this contribution.

Holy crap, 68 pages of replies!?? :lol: I have 2 suggestions and 1 question for anyone who wants to reply: Suggestions: 1) When updating from version .5 to version .73, do follow the install instructions and uninstall the module first, and then reinstall after updating the two changed files catalog\checkout_payment.php and includes\modules\payment\paypal_wpp.php! It makes things work. :) 2) CCard numbers with spaces don't work. Update code to add some text to notify the user, like this: Add: define('MODULE_PAYMENT_PAYPAL_DP_TEXT_CREDIT_CARD_NUMBER_INFO', '(<b>No spaces</b>)'); To: catalog/includes/languages/english/modules/payment/paypal_wpp.php Then add: 'field' => tep_draw_input_field('paypalwpp_cc_number', '') . '?<small>' . MODULE_PAYMENT_PAYPAL_DP_TEXT_CREDIT_CARD_NUMBER_INFO . '</small>'), To: catalog/includes/modules/payment/paypal_wpp.php, just below: array('title' => MODULE_PAYMENT_PAYPAL_DP_TEXT_CREDIT_CARD_NUMBER, Question: Why doesn't Paypal complain when the user enters a bogus ccard expiration date or "check number"? It seems that the service isn't checking the credit card information fully. Is this a problem??? Thanks for any feedback... -Chris.

Hi everyone, I have PP Payment Pro installed and working in the Sandbox, using a pretty old contribution (I think the first version) of it. Does anyone think I shouldn't use it and instead use something else like Authorize.net, etc? Should I upgrade to the newest contribution version? Thanks!

Good news... Initial testing shows everything is working fine! Can't believe it, amazing. Quick check-out works (saves new account info, paypal checkout, back to my site, emails, order logged), on site ccard check works perfectly also. Donation is in the mail, thank you so much for the awesome contribution!!! Well worth the install effort. This is a new installation of the latest contribution version... So given this, is there any specific area I should give more testing to, or any known bugs that I may be missing and need to test for? I haven't made any modifications that might be in this thread yet. Any heads up would be appreciated. -Chris.

Thanks for replying... I'm embarrased... I thought that you didn't need to fill in the path in Admin if the default path shown on screen was correct which it was, but after specifying the path in the field everything begain working. So far so good, I just need to figure out how to get PayPal sandbox to send me a confirmation email so I can fully test with the Sandbox. This is a great contribution so far. Thanks to all who made it possible! -Chris.

I'm getting an error message during checkout: Warning: paypal_init(Services/PayPal.php): failed to open stream: No such file or directory in /home/wholehea/public_html/includes/modules/payment/paypal_wpp.php on line 273 Fatal error: paypal_init(): Failed opening required 'Services/PayPal.php' (include_path='.:/usr/local/lib/php') in /home/wholehea/public_html/includes/modules/payment/paypal_wpp.php on line 273 The lines in paypal_wpp.php causing the error are: require_once ('Services/PayPal.php'); require_once ('Services/PayPal/Profile/Handler/Array.php'); require_once ('Services/PayPal/Profile/API.php'); I've installed the Pear folder on the server and it does appear to contain folder the code is looking for. The path to the file(s) is: /public_html/pear/Services And in Admin setup for this contrib, the path seems correct: Pear Modules If you installed the included pear modules, where are they stored? Should be: /home/wholehea/public_html/pear/ Leaving this blank will use the server's default include path. Has anyone else seen this problem? -Chris.

Ooops you should not have signed up with them. You need to go with a provider that has a contribution or other built in feature in osC to handle the payments from that provider. Just cancel them and look for another provider. I'm looking for one also. Currently I think Authorize.net is the best, but still looking. Good luck.

I must have a newer version then you because mine already says: Express (1-2 days) Priority (2-3 days) etc.

He's saying you should find the "official" support thread for osc Affiliate, and that you could do that by searching this forum for "affiliate". I'm also looking for it and just found the link: http://www.oscommerce.com/forums/index.php?showtopic=28975&hl=

For those of you who sell your products through a drop shipping company, I'm wondering how you notify the drop ship company about your orders. Do most of you send them an email containing the order information? Or do you go to their website and manually create an order? Or do you send them a data file that they import into their system? I'm trying to get an idea of the common/best way that most drop ship companies use to make this process easy for their customers. -Chris.

Hi everyone, Does anyone know of a contribution which would allow an osc website to remotely place orders on another osc website? Here's the situation: I've found someone who will dropship products for me and they are also using an osC website like me. The problem is, in order to complete a sale from my site they want me to login to their site and use my own account to place the order for the customer. Not very effecient because I'd have to basically make the whole purchase again by hand, type in all the customer data, etc!! I asked if I could just have my system send an additional email to them to complete the order which they don't like. I understand them wanting orders to flow through their system. So if I had a contribution to place orders automatically on their side that would be ideal. I know there are a lot of variables here and it wouldn't be easy but maybe there's something out there for this? Is there another approach that would be workable if there's no contrib already for this? How do the rest of you handle this situation? Thanks, -Chris.

I'll do that tomorrow if I'm still having problems... BTW, what delivery options do most shop owners select? I've left the Domestic shipping options set to default (Media unselected), and for International I unselected "Airmail Letter" and "Surface Letter" since I won't be shipping flat, letter-type products. Does that sound right?

I've installed this contribution (ver 2.8b) and I get this message on the checkout screen: I signed up for an account ID and password and requested to be moved to production, however they haven't replied back yet. I've checked that my country code and store ZIP code are correct. Is the problem because I'm not set up on production yet? If this is the problem, why doesn't the "Test" selection work? I also get the same message on Test. -Chris.

Yes. :) I have been getting the same errors for a couple months now also. I figured I'd wait and it would clear itself up but no such luck. :D Jack, do you know what could be wrong?

Thanks! I should have known that. Somehow I got messed up on the instructions I guess. I'll take a look at that thread.

Sorry, I messed up on the code order. Here's the correct order: During installation of PageCache 1.5, I get to the instructions to change: if (isset($_sid)) { ? $link .= $separator . $_sid; } To this: if (!tep_session_is_registered('customer_id') && ENABLE_PAGE_CACHE == 'true' && class_exists('page_cache')) { $link .= $separator . '<osCsid>'; } elseif (isset($_sid)) { $link .= $separator . $_sid; } But since I have Ultimate SEO URLs installed, my code actually looked like this (and not the code above): if (isset($_sid)) { $link .= $separator . $_sid; $seo_link .= $separator . $_sid; $seo_rewrite_link .= $separator . $_sid; } So, I made some assumptions and changed my code to this instead: if (!tep_session_is_registered('customer_id') && ENABLE_PAGE_CACHE == 'true' && class_exists('page_cache')) { ? $link .= $separator . '<osCsid>'; } elseif (isset($_sid)) { ? $link .= $separator . $_sid; ? $seo_link .= $separator . $_sid; ?// New line ? $seo_rewrite_link .= $separator . $_sid; ?// New line } I hope what I'm asking makes sense to you. Does this logic look correct? Everything seems to work but I'm worried that it may not be right.

Bobby, This question fits better in the PageCache support thread, but since I can't find it, and since the question also involves Ultimate SEOs as well, I'll ask it here. :) During installation of PageCache 1.5, I get to the instructions to change: if (isset($_sid)) { $link .= $separator . $_sid; } To this: if (isset($_sid)) { $link .= $separator . $_sid; $seo_link .= $separator . $_sid; $seo_rewrite_link .= $separator . $_sid; } But since I have Ultimate SEO URLs installed, my code actually looked like this (and not the code above): if (!tep_session_is_registered('customer_id') && ENABLE_PAGE_CACHE == 'true' && class_exists('page_cache')) { $link .= $separator . '<osCsid>'; } elseif (isset($_sid)) { $link .= $separator . $_sid; } So, I made some assumptions and changed my code to this instead: if (!tep_session_is_registered('customer_id') && ENABLE_PAGE_CACHE == 'true' && class_exists('page_cache')) { $link .= $separator . '<osCsid>'; } elseif (isset($_sid)) { $link .= $separator . $_sid; $seo_link .= $separator . $_sid; // New line $seo_rewrite_link .= $separator . $_sid; // New line } I hope what I'm asking makes sense to you. Does this logic look correct? Everything seems to work but I'm worried that it may not be right. -Chris.