enter_bug.cgi Values for Platform and OS not in sync with Database

RESOLVED INVALID

Status

()

--
minor
RESOLVED INVALID
12 years ago
12 years ago

People

(Reporter: Frank, Unassigned)

Tracking

Details

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de-de) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3
Build Identifier: bugzilla3.0

in the database of an new 3.0 installation the table rep_platform get init with 4 rows ["All","PC","Macintosh","Other"] but in enter_bug.cgi sub pickplatform you can set platform to Macintosh, PC, Sun, DEC, SGI, HP, ARM. So if you run a Browser on Sun, DEC, SGI, HP, ARM it is set to Other.
Is there a reason why  Sun, DEC, SGI, HP, ARM are not in DB.pm.

I found the same for op_sys in the database are 5 rows ["All","Windows","Mac OS","Linux","Other"] but in pickos you detect "IRIX", "OSF/1", "Linux", "Solaris", "SunOS", "HP-UX", "BSDI", "FreeBSD", "OpenBSD", "NetBSD", "BeOS", "AIX", "OS/2", "Neutrino", "OpenVMS", "Windows XP", "Windows Vista", "Windows Server 2003", "Windows XP", "Windows 2000", "Windows ME", "Windows 98", "Windows 95", "Windows 3.1", "Windows NT", "Mac System 9.x", "Mac System 8.6", "Mac System 8.5", "Mac System 8.0", "Mac OS X 10.4","Mac OS X 10.3", "Mac OS X 10.0". 

I found this because I look fot https://bugzilla.mozilla.org/show_bug.cgi?id=380170

Reproducible: Always

Steps to Reproduce:
1. Do a fresh installation of buguilla 3.0
2. If and only if you run the browser for enter a bug on a platform or an operating system not stored in the dadabase you get the wrong value
3.
Actual Results:  
On my Intel Mac the OS is set to "Mac OS" 

Expected Results:  
 OS  set to "Mac OS X 10.4" 

FIX this by change DB.pm before you create the database

use constant ENUM_DEFAULTS => {
    bug_severity  => ['blocker', 'critical', 'major', 'normal',
                      'minor', 'trivial', 'enhancement'],
    priority     => ["P1","P2","P3","P4","P5"],
    op_sys       => ["All","Windows","Mac OS","Linux","Sun", "DEC", "SGI", "HP", "ARM","Other"],
    rep_platform => ["All","PC","Macintosh","IRIX", "OSF/1" "Solaris", "SunOS", "HP-UX", "BSDI", "FreeBSD", "OpenBSD", "NetBSD", "BeOS", "AIX", "OS/2", "Neutrino", "OpenVMS", "Windows XP", "Windows Vista", "Windows Server 2003", "Windows XP", "Windows 2000", "Windows ME", "Windows 98", "Windows 95", "Windows 3.1", "Windows NT", "Mac System 9.x", "Mac System 8.6", "Mac System 8.5", "Mac System 8.0", "Mac OS X 10.4","Mac OS X 10.3", "Mac OS X 10.0","Other"],
    bug_status   => ["UNCONFIRMED","NEW","ASSIGNED","REOPENED","RESOLVED",
                     "VERIFIED","CLOSED"],
    resolution   => ["","FIXED","INVALID","WONTFIX", "DUPLICATE","WORKSFORME",
                     "MOVED"],
};

or enter the rows in the database.
(Reporter)

Updated

12 years ago
Version: unspecified → 3.0
I'm pretty sure this is on purpose. We want to keep default lists short but to be able to detect various OS and platforms as much as we can. If an installation wants to use certain (detected or otherwise) OS or platform values they can customize them easily in editvalues.cgi?field=op_sys and editvalues.cgi?field=rep_platform after installation.
(Reporter)

Comment 2

12 years ago
(In reply to comment #1)
> I'm pretty sure this is on purpose. We want to keep default lists short but to
> be able to detect various OS and platforms as much as we can. If an
> installation wants to use certain (detected or otherwise) OS or platform values
> they can customize them easily in editvalues.cgi?field=op_sys and
> editvalues.cgi?field=rep_platform after installation.
> 
OK when you want to keep the list short why you not use the isactive attribute from the table to get this. OK the editvalues.cgi?field=op_sys and editvalues.cgi?field=rep_platform dont show this attribute.
I think it is for admins (maybe no programmer) better to know what platforms an OS are detected by enter_bug.cgi and the values are stored in the tables.

For me it makes a difference if a script detect an attribute( maybe by mistake) or a user select this.

By example on a Intel Mac you get "PC" as platform. If a user did not change it to Macintosh you get the wrong platform.
This bug as described is the intentional behavior of Bugzilla.

People who had the old list continue to get the correct OS detection. People who have newer Bugzillas can add those OSes and get correct OS detection.

The fact that an Intel Mac shows up as "PC" is something I believe we've fixed upstream from where bmo is now. If bmo upgrades to 3.0 and you still see that problem, please file a bug.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → INVALID
(Reporter)

Comment 4

12 years ago
(In reply to comment #3)
> This bug as described is the intentional behavior of Bugzilla.
> 
> People who had the old list continue to get the correct OS detection. People
> who have newer Bugzillas can add those OSes and get correct OS detection.
> 
> The fact that an Intel Mac shows up as "PC" is something I believe we've fixed
> upstream from where bmo is now. If bmo upgrades to 3.0 and you still see that
> problem, please file a bug.
> 
This was allready reported in https://bugzilla.mozilla.org/show_bug.cgi?id=380170

You need to log in before you can comment on or make changes to this bug.