Closed Bug 557770 Opened 16 years ago Closed 16 years ago

create Plugins product for third party plugins

Categories

(bugzilla.mozilla.org :: Administration, task)

Other
Linux
task
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: timeless, Assigned: timeless)

References

()

Details

Attachments

(1 file)

bug 487938 comment 20, bug 487938 comment 21... I'm going to attach a .csv file with a list of components the general format is: Component name, proposed qa contact, description row, description row, description row, created The last couple of items are plugins which I know about but for which I didn't spend enough time verifying we have existing bugs. I've precreated the product and components which I've marked as created in the csv file, leaving the qa contact in the description field. I need marcia/reed to create these accounts: dot-net@microsoft.plugins.bugs air@adobe.plugins.bugs divx@divx.plugins.bugs flash@adobe.plugins.bugs flash@gnash.plugins.bugs talk@google.plugins.bugs java@apple.plugins.bugs java@icedtea.plugins.bugs java@jep.plugins.bugs java@oracle.plugins.bugs java@sun.plugins.bugs jinitiator@oracle.plugins.bugs mplayer@mplayer.plugins.bugs other@plugins.bugs reader@adobe.plugins.bugs reader@foxit.plugins.bugs quicktime@apple.plugins.bugs realplayer@real.plugins.bugs shockwave@adobe.plugins.bugs silverlight@microsoft.plugins.bugs silverlight@mono.plugins.bugs veohtv@veoh.plugins.bugs media-player@viewpoint.plugins.bugs vlc@videolan.plugins.bugs flip4mac-wmp@telestream.plugins.bugs wmp@microsoft.plugins.bugs xine@xine.plugins.bugs Once they're created, I'll move them to the qacontact field and unhide the product, open it for business, and start moving bugs to it.
This page may be useful in confirming you've provided all the info necessary: https://wiki.mozilla.org/Bugzilla_Administration The description should probably add a note saying "Note: these are not the same thing as add-ons", or better words than that. Gerv
* I've picked the components Classification for plugins. If someone objects, we can trivially move it. * product description is "For problems with third party plugins (NPAPI)" [see attachment], we can extend it later or point to a link later. I suppose that chofmann or tomcat might have some links * components [see attachment] * i might provide versions later and will probably add target milestones, but i'd plan to do this on a plugin by plugin basis (i.e. one bug per plugin) * i suppose i'll probably enable the core security group and ask for the enter_bug cgi to auto route its magical security checkbox to that. - currently i'm using a different group just to hide the product from 99% of users (this will go away once i get my watchable qa accounts configured) i'd rather make any of these (or) additional changes later in additional bugs, we've had a need for this for many years now, and waiting doesn't benefit anyone.
oh, oops, there's a second paragraph to the product description: This product is for enabling collaboration between mozilla.org and third party plugin vendors. Vendors will be recognized, and able to mark bugs as fixed with references to their software versions.
(In reply to comment #4) > jep-java@plugins.bugs Done except for this one, as I assume we'll just move the existing JEP component to this new product, and I'll just rename the QA contact when that happens...
yep
Assignee: marcia → timeless
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Blocks: 557953
the collapsing of JEP into Plugins was bug 557953 I've changed "problems" to "issues" in the descriptions of the components. I've filed bug 558096 for the initial set of versions/target milestones.
Component: Bugzilla: Keywords & Components → Administration
Product: mozilla.org → bugzilla.mozilla.org
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: