In my previous post, I mentioned that I was assisting a developer with an issue. It turned out that the issue he was having was not the cause of an error, but the result of a previous error that the users had not told him about. Once the original error was fixed, the entire problem was solved.
So, this raised an issue which is probably one of the most frustrating aspects of support a system that support engineers and consultants have to face on a day to day basis. So I will get up on my soapbox again to discuss this subject.
When an error or an exception occurs, the script that was running at the time is aborted and the execution stack is cleared.
This means that even though clicking OK could leave the system looking like everything is alright, the system is in fact in an unknown state. Changes to data in memory or tables might not have been completed, fields on the window might be incorrect.
If a user continues working after the error, any number of future errors could occur and there is also high risk of data corruption.
It is vitally important that a user reports the very first error that occurs as well as any subsequent errors and does not attempt to continue using the application without checking with their support people.
When an error is reported, they should include:
While I don't want to tell partners how to do their jobs, I do want to make sure that the importance of capturing the initial error message is passed onto the end users.
Thanks David. I had experienced this and needless to say that it's quite a frustrating time.
I do not blame the end users either, as they would be more frustrated & worried by the errors than the Developer/Consultant. But certainly, I would expect as many information from the scratch as possible, to find the exact cause.
Excellent and very important topic! This is something we face every day in support and I am sure others do as well. Thanks for getting up on the soapbox for this.
David Musgrave stepped up on his soapbox today and reminded us all about the importance of reporting
PLEASE READ BEFORE POSTING
Please only post comments relating to the topic of this page.
If you wish to ask a technical question, please use the links in the links section (scroll down, on right hand side) to ask on the Newsgroups or Forums. If you ask on the Newsgroups or Forums, others in the community can respond and the answers are available for everyone in the future.