Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

moosek

Archived
  • Posts

    28
  • Joined

  • Last visited

Everything posted by moosek

  1. Here is an interesting one. I am UK based, so I have deleted out all the domestic rates as Fedex will only ship internationally from here. I was using 2.02- the problem being that it wouldn't quote me for anywhere but the USA as a destination. I looked up my rates on the website and they were different to the module, however I know this has been flagged. I loaded up 2.04 - the problem is now that all quotes are nil! It'll recognise some places in Europe but offers no price. Very odd. Also it would be nice to have the option to choose which countries you wish to offer Fedex shipping to, so I can simply blank out the UK and give them the std "shipping not available to this country" mesg instead of some weird Fedex error message. Anyhow is my best bet to delete the Fedex module and re-install it? What could be causing the zero rates? Cheers Bill
  2. have you tried taking the space out of the postcode?
  3. Shelly - I have this problem too, but I can't find a solution to it at all I'm afraid.
  4. With regard to the Paypal IPN and Gift Voucher situation, I ran a test purchase thru my store and the following happened 1. the order confirmation screen showed the order value of ?41 with gift vouchers of ?40, leaving a balance of ?1 to pay thru paypal 2. the paypal screen correctly identified that ?1 was due 3. the transaction completed successfully from the customer end, with a correct order email being sent and when i returned to the store it was fine 4. i check Admin and the order is there, showing as "paypal confirmed" 5. the IPN is there, showing a status of "completed" against the correct order 6. the order doesn't show any paypal details (maybe i've cocked up and copied over something whilst installing a different mod) 7. the email i received said "COULD NOT PROCESS" when clearly it HAD processed it (to some degree anyhow) BOttom line is from the customer end everything looks fine, and from my end I can still see that the order has been placed AND that it's been successfully paid using Paypal. The only problems are 6 and 7, but to be honest I can live with those.... Cheers Bill
  5. Glad to report that upon installation of V1.1 it all appears to be working fine :) Just one thing - if you have the automatic upload of auctions I presume it populates the section in admin? Can't you have the option to manually do this? Is that whole section supposed to have nothing in?
  6. Jenso Sorry I have not made myself too clear - I'm using the Simple Template System which means that the code structure for my column_left file differs. In mine the code is :- //wishlist if (tep_session_is_registered('customer_id')) include (DIR_WS_BOXES . 'wishlist.php'); // STS: ADD $sts_block_name = 'wishlist'; require(STS_RESTART_CAPTURE); // STS: EOADD //end wishlist Now for some reason with this box it is not picking up the fact that a customer isn't registered and is still trying to include the box. I have tried using the if (tep_session... statement in front of the $sts and require lines but this does not help. Additionally I have edited the application_top file to read :- //Wishlist if (tep_session_is_registered('customer_id')) define('TABLE_WISHLIST', 'customers_wishlist'); //Wishlist if (tep_session_is_registered('customer_id')) define('FILENAME_WISHLIST', 'wishlist.php'); if (tep_session_is_registered('customer_id')) define('FILENAME_WISHLIST_HELP', 'wishlist_help.php'); but this hasnt helped either. I think the bottom line is that I need whatever file creates the box contents to have a blanket IF statement covering it saying "fill the box only if logged in, if not logged in then display a message saying "wishlist is only available to logged in users" I can't work out why it is trying to display the box even when it's told not to.
  7. Can anyone help with this one? I logged into my site and installed the mod. Appears to add products to the wishlist OK. Haven't tested much else yet because... when i click "log out" I get this :- 1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'order by products_name' at line 1 select * from customers_wishlist WHERE customers_id= order by products_name I can remove this problem by deleting the wishlist box (I'm using the Simple Template System) from the left hand column, and commenting out this line in application_top :- define('FILENAME_WISHLIST', 'wishlist.php'); If I do this and log in, then uncomment that line and re-add the box, it all works fine.
  8. Jason - if you look in the file of changes you need to make to existing files you'll see that there are three instances where you have to replace a link to "shipping.php" with one to "super_shipping.php" i just reversed all these three links out and put them back to standard, commenting the super_shipping bits out as a reminder that it's a problem. Shipping now works fine, but no idea what'll happen when someone checks out an auction item (presumably it'll just give them the same shipping options as everyone else, which is what i want anyhow)
  9. Hmm now for "normal" (non auction items) my shipping options have been removed and all I get is :- Shipping Method This is currently the only shipping method available to use on this order. Best Way S&H [insured] ?0.00 --- what happened to all my normal options?
  10. Justin The method I used was firstly to check which files are brand new, and just copy them straight in. Then see what files you have left and go thru them to see what differences have been added for Paypal and paste them into the existing files you have. From personal experience it's not a tricky process as there's really not that much to do. Cheers Bill
  11. Greg you're quite right I do have the remains of v0.981 installed - I am a little loathe to go on a mass deletion rampage so I'm going to leave everything as is for now and remove it piece by piece. I know exactly the bit of code that's causing that change of status, thing is I quite like the fact it happens, so I'll leave it for now but if you do make a change I know which bit to strip out. I don't actually think it will be problematic leaving it in *fingers crossed* What would be nice (maybe pointless, make of it what you will?) is that the customer is emailed the normal order confirmation, and when the IPN comes through they are sent a second email from the store to say "your paypal payment for order xx has been acknowledged as received". Interestingly I haven't copied the credit class lines into cart.php yet - I wonder if it has only worked because I pressed the "continue" button in Paypal which triggers checkout_process to run. I shall copy the appropriate lines into cart.php as I presume this will do the necessary deeds even if that continue button is not pressed? Cheers Bill
  12. Greg Please disregard the problem I had with the credit class/gift voucher contribution - I had not realised that there were 3 lines of code relating to it in the checkout_process.php file and I had not copied them into your version. I am now happy to report that 1. i only get the one email confirmation 2. the order status changes to "paypal confirmed" once the IPN has verified 3. the emails now mention paypal as the payment method 4. the gift voucher purchases work seamlessly So that's me fully sorted as far as I can tell. Excellent work! I can certainly say to anyone reading this who's got Paypal IPN V0.981 installed - switch to this one instead, everything is superbly coded.
  13. Greg Thanks for the prompt reply - I've set the email status back to 1 now as I'm happy the IPN's are being received and processed. Another problem I do have is that I make use of the gift voucher and discount voucher contribution and when someone pays via paypal the voucher is no longer added to the queue to be released so I have to email them one out instead (which I don't like for the fact the customer might get confused!). I haven't yet checked to see whether I have erroneously copied over some of the gift voucher code, however when I installed your contribution I installed each file one at a time and didn't overwrite any existing files but went thru them line by line to see what you'd changed or added and made those changes to my existing files. I'll see if I can get some time this weekend to look into this problem and work out where the difference between a paypal transaction and a cheque one is occuring and see why the GV code doesn't run. cheers Bill
  14. Right first off - I had IPN V0.981 installed. No joy with it. Couldn't get it to work whatsoever. Installed this new IPN module. Worked first time. Am overjoyed. Just a few problems I have 1. it didnt change my order's status to the type I defined in the admin screen (order still says "pending" and not "paypal confirmed". Does it need to be set to anything else to start with in order for that change to be effected? 2. The fields it sent to paypal could be changed slightly to make things a bit more helpful. Can you change item_number to the the OSC order number? And item_name to be what item_number is now? 3. I got duplicate IPN transactions come through - obviously the second lot were flagged as invalid. 4. The order email that OSC sends out no longer makes reference to the method of payment used by the customer, can this be added back in? Apart from that I can only say a massive thank you - I had been worried about running my store with a half-working paypal module but you've come up with the solution. Great start to 2004! Cheers Bill
  15. I have installed this module but the only mention of OpenSSL in my server info page is: HTTP Server: Apache/1.3.29 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.2 PHP/4.3.3 FrontPage/5.0.2.2634 mod_ssl/2.8.16 OpenSSL/0.9.7a There is no mention of it under PHP or next to curl, and the webhosts say they will not install openSSL. Should I just give up and delete the Fedex module?
  16. Yup should do the job - I installed it the other day and I'm very impressed by the module.
  17. oops i'll talk to myself :) It's all working now - all except for it doesn't empty the cart. I'm so close! :rolleyes:
  18. oooh possibly solved - thanks to a snippet of code put in this thread by Sharon a few pages back in the ZIP file I downloaded, the paypal_notify.php file had a line (which is about line 206) $sql_data_array = array('orders_status' => $order_status); Sharon's code showed the line to read $sql_data_array = array('orders_status' => MODULE_PAYMENT_PAYPALIPN_ORDER_STATUS_ID); The version of the file in my ZIP is dated 16-07-2003 13:22 - has this been superceded?! I can't think why that line would be different in my file. Still it looks like it is solved now - please note that I was using the copy of the file for those who want to modify their own data, not the one that just overwrites everything. Maybe this zip file didn't have an update done to it? Anyhow the Parse Error Mesg has been replaced by "TEST IPN Processed for order #14" So it looks a bit more promising.
  19. so many questions so few answers :) i have the same problem a lot of people have been having - the IPN simply doesn't work! the transaction is processed fully by paypal but upon return to the store 1. transaction status still says "paypal processing" 2. stock not adjusted 3. no records added to the IPN table in admin 4. cart not emptied this appears to be the same as people before me, but they've apparently solved it with no help from this thread :( 5. if i put it into test mode i get the following error (note that after i click on the "test ipn" screen in admin i do not change any of the fields at all, i use whatever defaults are entered) :- Parse error: parse error in /home/storem/public_html/store/paypal_notify.php on line 206 can anyone help or direct me to a thread with some answers? I've got cURL turned off, the status is set to be a new status i have created called "Paypal Confirmed", the currencies all seem ok, and the URL in Paypal and OSC is identical - pointing at the same file in my store directory. cheers Bill
×
×
  • Create New...