dashCommerce

I've been running 3.1 on a site for a couple of weeks and am starting to get some (3) orders come in with no address (physical & email) and no shipping option.  The orders will have a status of "Order Received," and I receive payment via PayPal Standard, so they are valid orders, but with the addresses missing, it is tedious to reconstruct them correctly in the Orders table manually (finding the transaction by the PayPal Trans Code and then the Order from the OrderId in the Transaction table).  Also, one affected customer emailed that the receipt page showed no billing or shipping address.  I have the following info in the error log, which simply seems to indicate that because there is no known email for the order, the email notifcation fails:

Log Level:
ERROR

Log Message:
OrderController.CommitStandardTransaction

System.NullReferenceException: Object reference not set to an instance of an object.
   at MettleSystems.dashCommerce.Store.Services.MessageService.MessageService.SendNotificationToCustomer(Order order, SystemNotifications systemNotification) in C:\mettlesystems\code\open source\dashCommerce\Store\Services\MessageService\MessageService.cs:line 157
   at MettleSystems.dashCommerce.Store.OrderController.CommitStandardTransaction(Order order, String transactionId, Decimal grossAmount) in C:\mettlesystems\code\open source\dashCommerce\Store\Controllers\OrderController.cs:line 667

 Any suggestions?  I'm trying to get a handle on this before it gets out of hand.

Thanks.

Does the Order table have the addresses or not? The email notification is the last thing to happen - in case it bombs out, so the Order table should have the addresses if they were entered.

@admin: No, there are no addresses in the orders table for that record and the status is not changed to '100' from '9999'.

@yitzchok: I'm pretty sure that the messaging service is setup correctly.  It delivers 99% of order confirmations.

Ok, is there a transaction tied to that OrderId? I'm wondering if the order you are looking at is the actual order processed by the client. 

Yes, there is a transaction, but no ship address, bill address, email address or shipping option/shipping cost. Is there a validation aside from the AJAX one to make sure that an order has all of those necessary things before committing to getting a payment from a customer?  Just trying to think it through as well. Thanks.

Just to clarify: in my OP, I got this problem confused with a different problem that I'm having (I'll prob post about that later, but it's not as annoying), so ignore my description in that first post about tracking down the order through the transaction table, etc.  To reconstruct orders in this case, I have to email the customer (relying on their paypal email address) and ask them for their address(es) and desired shipping option.

If you are using the latest release there are RequiredFieldValidators for the address information. So far, I am thinking this is implementation specific - meaning just your store as I haven't heard this from anyone else. Not really helpful to hear I know, but I would check your checkout.aspx / checkout.aspx.cs against the release version to see if this is something that may have gotten goofed up in the process. You can use something like WinMerge to do the diff/compare. If those look ok, then you'll have to move farther down the stack to the OrderController to see if something is goofy there. Let me know how to get on. 

It's taken me a while to get back to this, but thanks for your response.  The problem seems to be resolved now.  My hosting provider was limiting the amount of memory available to my site, so when I started running Community Server on the same site, the combination of the two apps running was causing the App Pool to be reset more than usual and probably at inopportune times (in the middle of a transaction?).  The hosting provider didn't say exactly what they changed, but it was more memory that I requested, so I'm assuming that's what was changed.