Home
Products
Overview
Compare Products
Actual Window Manager
Actual Multiple Monitors
Actual Title Buttons
Actual Virtual Desktops
Actual File Folders
Actual Transparent Window
Actual Window Minimizer
Actual Window Guard
Actual Window Menu
Actual Window Rollup
Download
Actual Window Manager
Actual Multiple Monitors
Actual Title Buttons
Actual Virtual Desktops
Actual File Folders
Actual Transparent Window
Actual Window Minimizer
Actual Window Guard
Actual Window Menu
Actual Window Rollup
Order
Single User License
Corporate Sales
Upgrade Center
News
Latest news
Newsletter
Support
FAQ
How to Upgrade
Restore License Key
Online Demos
Online User Manual
Forums
Announcements
General
Feature Requests
Technical Support
Tips and Tricks
Beta Testing
Feedback Form
Beta Testing Section
Resources
Articles
Reviews
Success Stories
Multi-Monitor Wallpapers
Company
About Us
Contact Us
Privacy
Our Clients
Press Center
Press Releases
In The News
Reviewer's Guide
Logos and Screenshots
Publishing-friendly Graphics
Forums list
New topics
Topics list
Search
Help
Login
Register
Topic: «
[Suggestion] AWM 5.5 Beta 3 - Error Reporting
, Some Suggestions on Error Reporting » on forum:
Beta Testing
Views: 8322
Joseph Sullivan
Registered user
Posts:
44
Joined:
02/21/2007
Posted:
11/30/2009 10:07:58
-------
Summary
The current system, both forums and program, might have some room for improvement in terms of error reporting. I had a number of ideas and will consolidate all of them here, as the majority is in regards to the current beta release.
-------
Forum Suggested Changes
I think the first suggestion, and easiest to implement, is to add another field to all forum posts. This would be a combo box, required entry, that might include the following list:
[list][*]Bug - Open
[*]Bug - Closed
[*]Feedback
[*]Question / Help
[*]Suggestion / Feature Request
[*]Tip / Trick
[*]etc
The initiator has to select one of the options. Then upon returning to the same post, after it has any number of replies, the initiator is prompted to change, as necessary, the status. This could be represented on the forum page as a color code, or even an icon.
What you get from this is the ability to quickly see pending issues, solved issues, and so on. Although, I do suspect that, in many cases, it will have to be company staff that changes problems from Open to Solved.
-------
Alternative Error Reporting
It may be easiest and most beneficial to use a preexisting free, open-sourced bug tracking solution, like
Bugzilla
or
Codendi
Doing this gives you a very powerful error tracking tool, which you can then integrate reporting functionality into...
-------
Program Suggested Changes
First and foremost, I really wish the program gave more information. There doesn't seem to be any implementation of .NET error reporting, using the preexisting Event Viewer, or even a simple text based log. You do, of course, do a fantastic job of tracking window handling events. However, when dealing with betas, oftentimes the window handling may not be the cause of the problem.
Secondly, especially if you implement something like Bugzilla, you could have the client easily be able to report directly to the error, requesting information from the user (what were you doing? what expected results did you have? what actually happened? etc.). You could have the client automatically attach a copy of the Window Rules and any error log. Further, you could do error handling so that if the program crashes completely, then that event is also reported to you automatically.
In this way, you would be able to see trends of issues, be instantly notified on issues - particularly those that impact a large number of users, and so forth.
That and I see the benefit in being able to report directly from the client. You may have some users, particularly those that aren't using betas, that are reluctant or don't feel like signing up for the forums, gathering the data, etc. This would make error reporting easily on the customers, give you far more information, and a tool that let's you do some pretty fantastic stuff.
-------
Final Comments
Please note that these are just suggestions / ways I visualize improving the way it's currently handled. I have experience using Bugzilla and you'll never see me going back - hehe. Either way, I hope my tone wasn't harsh - I'm merely offering some of my thoughts for consideration.
Thank you, as always, for your time and consideration.
-------
Top
Alexander Belyakov
Administrator
-retired-
Posts:
196
Joined:
06/07/2007
Posted:
12/05/2009 22:30:38
Joseph,
Thank you for very much your suggestions!
Internally, we use
Mantis
for bug and feature tracking.
But I'm afraid it won't be easy to integrate our Mantis to the site. The main reason is our web-server is physically located in a remote datacenter, while our bug-tracking, and version control servers reside in an externally unavailable server in our office (this is a security measure).
We'll think on how we can improve error reporting.
Top
chgoguy7
Advanced user
Posts:
90
Joined:
02/28/2006
Posted:
12/07/2009 18:43:56
I agree with Joseph wholeheartedly. A more robust system for reporting bugs, tracking feedback/suggestions/questions/feature requests, etc. would be awesome and far more efficient. For instance, this would allow one to view if ones own "item" has already been reported/recorded, and prevent redundancy in the reporting.
But yes Alexander, I can certainly appreciate that there are legacy systems in place that are not easily replaced or integrated into your existing forum software package. But definitely food for thought as you move forward.
Top
User(s) reading this topic
Number of guests:
1
, registered members:
0
, in total hidden:
0
Forums list
New topics
Topics list
Search
Help
Login
Register