Re: [2005] Conversion error
They presumably have their system set to display dates with the day first, followed by the month, i.e. "dd/MM/yyyy". Not everyone lives in the US. Far more countries use that format than "MM/dd/yyyy". This is why you should NEVER assume that dates or currency are in any specific format and you should NEVER rely on implicit conversions.
You should avoid storing dates as strings at all if possible but, if you must, then you will need to write code that enforces whatever format you choose to store it in. If you are specifically storing dates as strings in "MM/dd/yyyy" format then you should use Date.ParseExact or Date.TryParseExact to convert to Date objects and specify that format string, ensuring that the string is interpreted that way regardless of the system's regional settings.
Also, if you log exceptions in all your applications then you will have a call stack to show you exactly where an error occurred.
Re: [2005] Conversion error
Thank you for your reply.
I was converting from string to data but i didn't notice it.
As for the logging, i was logging the exceptions' messages only. (Changed them now)
We don't live in the US but most of our systems US-based, that's why we didn't have any problems with the other customers.
And since the program has already been implemented, i'm just gonna parse the date for now.