Thanks for the tips, guys. Hynek, I don't know if it is an issue with Product.shippable exactly since others have ordered the same product and things have worked fine. I've been doing some digging, and although I haven't been able to reproduce the issue, I found a bug I had made in the code for the view in payship. Again, I do not know if that was the cause since I cannot reproduce it, but that may be one solution. And, since there is only one shipping option anyways, I've tried to hide the shipping options on the payship view to avoid any problems that might have been caused by that.
Also will try the suggestion to figure out if anything odd was going on. Thanks, Akash On Oct 16, 2:43 pm, hynekcer <[email protected]> wrote: > Hi Akash, > It is really strange because "No shipping" looks like problem with > Product.shippable not problem with Free shipping discount. > You use some free shipping but probably do not use any configurable > product or custom product, so "shippable" logic is very simple. > > Find out the time of order, find the IP addres by time and look if the > client did something unusual. > grep clientsIP.*POST .../web/access_log > > Maybe he skipped backwards and forward in checkout process by using > browser history or manipulated with cart during checkout in other > window. > I had expirience that one my old customized view caused sometimes > serious problems (but nothing with shipping) if a cart have been > edited from two windows, while plain Satchmo is really proof against > this. A referer in the web log helps to find mostly where a view is > not opened from the previous view. > > If all looks normal then add some debug logging to methods > _get_shippable in classes satchmo_store.shop.models.Cart and > product.models.Product, before lines "return False" (3x). > Remember, that multiprocess deployment requires own log file for every > process or use other logger for this important not frequent message, a > logger which opens and closes other logfile before and after every > write. Otherwise one half messages can be easily overwritten by a > parallel process with default Sachmo log setting. > > Hynek > > > > > > > > > > We recently launched our site (atwww.midtownrow.com), powered by a > > > heavily customized instance of Satchmo. This morning, we noticed that > > > one of our customer orders went through, but the customer was not > > > charged shipping (and should have been) and on the order summary, it > > > says 'No Shipping' rather than our shipping module name. Every other > > > order we've had thus far has had the proper shipping charges > > > reflected, even ones with the same product. > > > > Just wondering, has anyone seen this issue before? We haven't been > > > able to reproduce it yet. -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
