Meridian Ideas

Add your voice to the dialogue; share your best ideas!
Vote for the ideas you like; it helps to set priorities.

Error message should show source of issue and not a generic message

All error message should show source of issues instead a dumb useless message. In general a better error logging that point at least to the function used in which dll would be a great progress.

As sample i add a message from amhooku. The error message is "Cannot write to the HKEY_LOCAL_MACHINE registry hive."

To know what happen a tool must used that logs all file and reg actions from amhook to know which is the key in question. The key here is "HKLM\Software\WOW6432Node\Microsoft\Windows\CurrentVersion\Run".

The software should show already all details to solve the issue.
  • Frank Moenkemeyer
  • Mar 19 2019
  • Attach files
  • Admin
    Chris Tsangarides commented
    25 Mar 17:56

    Legacy ID: MER-I-116

    Idea created at: 2018-Jul-19

    Referenced customer:

    COMMENTS:

    Aaron Swain Jul 23, 2018 I'd expand on this request and ask that error messages be significantly overhauled as they are generic/vague far too often. For example, I can figure out what "No such interface supported" means, but the users have no idea what that means or what's going wrong.

  • Frank Moenkemeyer commented
    26 Mar 06:12

    One more example:

    The publisher job using Autocad shows the message "Wrong AMACAD Version" instead of "Plotter XYZ not found"

  • Ronald Kock commented
    24 Sep 14:21

    We see errors like: No Storage available,  Catastrophic failure, Serious error, undefined, No such interface supported, RPC error, Server Busy, No MetaData found, XML DCOM, System cannot find the file specified, Invalid Argument, Parameter not found, etc etc

     

    The errors can popup anywhere. In the Configurator / PowerUser / PowerWeb / GCF sync / etc. 

     

    Errors should be handled so the error is presented user friendly to the user and it can help a partner/support to figure out where it is going wrong. Introduce error codes which can tell what the exact error is (KB of error codes). Or at least let the error tells in what client/component to search for.