Full Article Attached Minutes of the Staff Meeting of Monday 26th July 2004

Wednesday July 28th, 2004

The minutes of the staff meeting held on Monday 26th July 2004 are now online. Issues discussed include Firefox PR1/RC1, Mozilla 1.8a3, the Developer Day, broken site reporting, and more.

#1 My humble feedback

by tomdkat

Thursday July 29th, 2004 10:38 AM

You are replying to this message

I've been asked to check out the meeting minutes and post some comments, so here I am! :)

With regard to the system for reporting "broken" sites (I think of this as the website compatibility reporting system), there has been some discussion of this in the Firefox General forum on the MozillaZine board and this discussion has touched on the subject of the appropriateness of using Bugzilla for reporting website compatibility issues. In my opinion, the developers need to make known the best avenue for communicating website compatibility issues to them so those issues can be addressed in future releases of the Mozilla browsers.

Personally, I find the "simple" Bugzilla bug reporting form (<http://bugzilla.mozilla.o…Browser&format=guided> ) easy enough to use that opening Bugzilla reports has served as a great way to document website compatibility issues since I can also see the technical discussion and analysis that becomes part of the bug report and thus "lives" with the report of the compatibility issue for me or others to refer to at some later time. What's even better is having the ability to send a link to the bug report to the web development staff of the site in question so *they* can see the technical analysis of the compatibiliy issue and develop a plan to deal with that issue if they deem it appropriate. The bug report contains a lot of great pertinent information, like links to sites in question, affected browser versions and platforms, as well as providing a method of tracking when any given compatibility issue will be resolved as I can see when it's assigned to a developer and see for which release it's targetted to be addressed, etc.

One downside to using Bugzilla is the opening of redundant compatibility reports as it can be difficult to locate existing bug reports documenting a given problem if the right search criteria isn't used, and that's assuming a search is performed at all. Another downside is the research someone has to do to determine of the compatibility report is a legitimate browser bug or not. I think the benefits of using Bugzilla for reporting website compatibility issues outweigh the deficiencies.

One of the great benefits of creating a new site to document website compatibility issues is the presentation of the information can be designed to be easy to read and navigate. I don't know what the reporting capabilities of Bugzilla are so I'm not sure if a Bugzilla report would be adequate for reporting this kind of information. Perhaps a mixed solution is needed. Have a Mozilla website compatibility website that presents the information in a useful manner and link from that site to Bugzilla reports that contain the details of that particular compatibility issue.

I'm not sure how website compatibility relates to Mozilla browser evangelism and I'm not sure if evangelism should become part of this discussion.

I do realize this is still in the planning phase and I have confidence the great minds contributing to the develop of the excellent Mozilla products will come up with a solution that will work well for most if not all. :)

Thanks in advance for your time!