• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Bug reports and documentation updates
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug reports and documentation updates


  • Subject: Re: Bug reports and documentation updates
  • From: Chris Meyer <email@hidden>
  • Date: Wed, 23 Jul 2003 17:32:09 -0700

On Wednesday, July 23, 2003, at 11:30 AM, John Randolph wrote:

On Wednesday, July 23, 2003, at 9:21 AM, Chris Meyer wrote:

Here's a great example of a searchable bug database:

http://bugzilla.mozilla.org

It also happens to be a database that doesn't contain any proprietary information.

Keep in mind that bugs in Radar often contain information that is *not* Apple's property, and which Apple has a duty to keep confidential.

I would say that the chances of the Radar database ever becoming searchable by people who are not Apple employees or contractors is vanishingly small.

It sounds like Radar is just not a good tool for developers to use. It is mainly one-way communication to Apple. It is important communication but it doesn't serve developers well.

Where does Apple stand on working with developers on a 3rd party bug database (AppleZilla)? For instance, if someone set one up based on bugzilla and encouraged developers to file bugs there, would Apple monitor it? Could it be a replacement for developers filing bugs in Radar? Would Apple cooperate on making it a truly useful tool for developers?

Apple would be required to monitor, update Radar based bugs filed in AppleZilla, and solicit further information for there own uses; developers would be encouraged, hopefully by Apple too, to file their bugs there, discuss workarounds, close the bugs when they were fixed, etc.

This seems like a nice way to do things because the mailing list has a lot of this type of information but it gets lost. For instance, search for 'hide nsview' on cocoa.mamasam.com and you'll see many people asking the same question and many responses (some from the Apple folks). AppleZilla could be a community location for this type of information rather than mailing lists.

Ideally Apple could set something up; but given the sad state of all the mailing list archives I think it unlikely. A third party could set something up and then take donations to keep it running (similar to cocoa.mamasam).

Thoughts?
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • [OT] Re: Bug reports and documentation updates
      • From: Troy Dawson <email@hidden>
References: 
 >Re: Bug reports and documentation updates (From: John Randolph <email@hidden>)

  • Prev by Date: Re: Bug reports and documentation updates
  • Next by Date: Re: Bug reports and documentation updates
  • Previous by thread: Re: Bug reports and documentation updates
  • Next by thread: [OT] Re: Bug reports and documentation updates
  • Index(es):
    • Date
    • Thread