163778 - Platform and OS list per-product

Status: NEW

(Bugzilla :: Creating/Changing Bugs, enhancement)

Description

[Carlos Alves]

Why these platforms can't be independent:
	Product 1 only works on DEC and HP platforms;
	Product 2 only works on PC platform;
	Product 3 works on Macintosh, Sun e SGI platforms;
	Product 4 works on all platforms;

This way a person that posts a bug on a given product is restricted to select 
the product's platforms. Say, a bug-post on product 1 could not be refered to 
Sun platform.

I believe the difference on using "Bugzilla" front-end on mozzila.org won't be 
noticed at all, and for many people this mith be very welcome.

Comment 1

[Carlos Alves]

Does anybody touch this bug!? I guess that nobody understood what I mean. So I
will try to implement this.

Comment 2

[Stijn Goris]

I also realy would like to see tjis feature. Every product should have it's own
OS and platform list.

Comment 3

[Chet Hosey]

*** Bug 346841 has been marked as a duplicate of this bug. ***

Comment 5

[timeless]

i don't see the point. you can easily make a custom template which favors certain platforms.

however, having exclusions would result in extra complications if you move bugs between products (which seems like something you won't be doing). it also will make it considerably harder to add platforms/os's globally.

I suppose the way to do this would be to allow marking things as disabled per product, similar to the way we should disable target milestones, versions, etc.

I know of very few places which have the diversity you're trying to describe. I'm not saying it's impossible. I suppose if CISCO treated each router as its own hardware/os and used products that represented families of things (Routers, Cards, ...) then it could easily have OSs that only applied to a single product. 

In most cases, I believe a more likely scenario is that software is not marketed for a certain platform, but could eventually. Restricting engineers from filing notes about items that block such a migration is not a good idea.

I'm pretty sure I could support (possibly implement) a per product option of sniffing or cookieing and per product disabling of platform/OSs.

Comment 6

[Chet Hosey]

What about embedded devices? If there's a large PC application, but you also make embedded applications, it doesn't make sense to present the choice of filing a bug for the PC application running on, say, an RTOS.

Think Microsoft Word running on a PIC -- it just doesn't make sense.

The opposite is true. Many programs which run on embedded devices wouldn't make sense in a PC application, or running within a standard PC OS.

Comment 7

[timeless]

I've never been hurt by this. mozilla.org has not seriously suffered from this, maemo has not seriously suffered from this. mozilla.org makes at least:

consumer software (firefox)
server software (bugzilla)
java software (jss)
embedded software (minimo)

each of these have different platforms on which they run. we get very few complaints from anyone about this.

i suppose that my preferred impl for this would be something like dreams as it would mean I could define a common template for a class of products. (and no, that's not a classification because I might have two client softwares in a classification with different interests).

now instead of offering hypotheticals, pick any of the bugs i've commented in and provide a real world example where people are seriously hurt. - since you're not helping that's now 9 products, 3 platforms/os's per product with some overlap among them. (3/3/3 is fine)

Comment 8

[xin]

I completely agree with Chet.

It's the same situation at my company. We develop a lot of different software units (SU) having one Bugzilla product per SU. Some SU only run on Win32-x86 others on Linux-PPC and so on...

Additionally i use Bugzilla to do all the "issue management". This means that i also track my "Projects" within Bugzilla. Projects do not have OS/Platform at all...

Req:
Bugzilla shall provide the user the ability to edit OS/Platform lists per product.