Closed Bug 120248 Opened 23 years ago Closed 12 years ago

allow components and bugs to exist in more than one product

Categories

(Bugzilla :: Bugzilla-General, enhancement, P4)

2.14.1
x86
All
enhancement

Tracking

()

RESOLVED DUPLICATE of bug 55970

People

(Reporter: centraladmin, Unassigned)

References

Details

Firstly, sorry for my english which is not really good.
I am working in Nextream (basically 
MPEG2 products) and we use a MODIFIED version of Bugzilla inside our laboratories, because we 
find it stable, powerful, even if the code seems "strange" in certain CGI files. The internally 
modified version (called Nextbug) is based upon Bugzilla 2.10.
I regularly check 
bugzilla.mozilla.org and see that you decide to generalize Bugzilla as a  great bug management 
tool.
I have read your "Master Plan" and i think you forget to speak about the database design : it 
must be completely redesigned (in my humble opinion) to fit with your long terms 
objectives.
For example : A component is only attached to one product. And what about different 
products sharing same software components ? It is the case here in Nextream : we are developping 
MPEG2 multiplexor and MPEG2 encoders and they are sharing some pieces of software.
Another 
example : With this architecure (a component with many products), a bug found in the product X 
could also be found in the product Y. So, a bug is not only attached to one and only one product, but 
could be attached to all the products sharing the component concerned.

In fact, the 1-1 
cardinality between bugs-product and component-product must become a 1-n cardinality. Our 
version is at the moment implemented the 1-n cardinality between component and product.

So 
what about the database redesign ?
Generally we would create a third product for the shared part.
Summary: Bugzilla database redesign → Bugzilla database redesign
Summary: Bugzilla database redesign → allow components and bugs to exist in more than one product
Priority: -- → P4
Target Milestone: --- → Future
this bug seems particularly relevant especially to the Mozilla project now that
there are so many related projects that encompass portions of the main Mozilla
product. for instance, there are a number of bugs in the Browser component that
will naturally be duplicated in Chimera and Phoenix since these are browser
(note small 'b') projects.

i'm in a web tech company that, again, could use a feature that allowed a bug to
reside in multiple components, for instance. it's a similar issue, but just as
useful.
Severity: normal → enhancement
Reassigning all of my "future" targetted bugs to indicate that I'm not presently
working on them, and someone else could feel free to work on them.
Reassigning all of my "future" targetted bugs to indicate that I'm not presently
working on them, and someone else could feel free to work on them. (sorry for
the spam if you got this twice, it didn't take right the first time)
Assignee: justdave → nobody
(In reply to comment #1)
> Generally we would create a third product for the shared part.

The problem with creating a third product is that this works okay if all of your
Bugzilla-users are developers on the product; it doesn't work so well if some of
them are end-users.

It's not realistic (at least, not in my scenario) to expect end-users to realize
that product foo's components also apply to products bar and frob.

Besides, what about this scenario (which is exactly what I'm dealing with):
Product A uses components i, j, k, and l.
Product B uses components i and j.
Product C uses components i, k, and l.

Now you've basically dictated that i, j, k, and l are all their own products -
which pretty much kills the concept of components outright, yes?
QA Contact: mattyt-bugzilla → default-qa
Target Milestone: Future → ---
Assignee: nobody → general
Basically current release makes the following happen:

Project A
   Must Add component A
   Must Add component .
   Must Add component n

Project B
   Must Add component A
   Must Add component .
   Must Add component n

.
.

Project N
   Must Add component A
   Must Add component .
   Must Add component n

----

Instead would like to see:

Add component A
Add component .
Add component n
Save one Component List


Add project A
    Select components from saved component lsit

Add project .
    Select components from saved component list

Add project .
    Select components from saved component list

Add project N    
    Select components from saved component list
This would require a huge rewrite of the Bugzilla code as e.g. custom fields and flags can be product or even component-specific, same for versions and milestones. Our current approach is to use sightings for bugs, see bug 55970.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.