Bug 1272817

Summary:	[Usability] When changing products, don't clear other fields if their values are still valid for the new product
Product:	[Community] Bugzilla	Reporter:	Jason McDonald <jmcdonal>
Component:	Creating/Changing Bugs	Assignee:	PnT DevOps Devs <hss-ied-bugs>
Status:	CLOSED CURRENTRELEASE	QA Contact:	tools-bugs <tools-bugs>
Severity:	high	Docs Contact:
Priority:	high
Version:	4.4	CC:	agk, huiwang, hyu, jmcdonal, mtahir, qgong
Target Milestone:	4.4
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	4.4.10045.3	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:
Clones:	1693111 (view as bug list)		Environment:
Last Closed:	2015-12-16 02:13:54 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1693111

Description Jason McDonald 2015-10-19 01:16:33 UTC

Description of problem:
When changing the Product on a bug, the Component and Subcomponent fields get cleared.  This wastes time for users who are moving bugs between products that have similar (and large) component lists (e.g. RHEL 5, 6 and 7).  That is quite a common use-case for RHEL PM's and engineers.

If a user moves a bug to a product where the Component is still valid, the Component should remain and the user should not be forced to make another selection.  The same should be true for the Subcomponent.

Version-Release number of selected component (if applicable):
4.4.9039

How reproducible:
Always

Steps to Reproduce:
1. Choose a bug from https://bugzilla.redhat.com/buglist.cgi?classification=Red%20Hat&component=kernel&product=Red%20Hat%20Enterprise%20Linux%206&rh_sub_components=File%20Systems%20Other
2. Change the product to Red Hat Enterprise Linux 7
3. Measure how long it takes you to put the bug back in the same Component and subcomponent it started with.

Actual results:
After step 2, the Component field is cleared and the Subcomponent field vanishes.
The best time I could manage for Steps 2 and 3 was 24 seconds.

Expected results:
When changing a bug from RHEL6 to RHEL7, only the fields that aren't still valid for RHEL7 get cleared.

Additional info:
none

Comment 1 Jason McDonald 2015-10-19 03:22:44 UTC

No, this should be fixed for 4.4. It is a direct consequence of the recent BZ upgrade and is causing our users significant frustration.

Comment 4 Jeff Fearn 🐞 2015-10-20 06:07:02 UTC

Removing dep as I believe we can change this without impacting the work Hao is doing.

Comment 5 Hui Wang 2015-11-11 07:13:06 UTC

Verified this issue.
The result is PASS
Version:
rh-bugzilla-4.4.10044-1.el6.noarch
Steps: 
1. Choose one bug of RHEL7 
2. Edit the bug and change the bug's product RHEL6/RHEL5
3. Result: if RHEL6 and RHEL5 have the same component and subcomponent, the component and subcomponent are not cleared in the field

Comment 6 Hui Wang 2015-11-11 07:13:27 UTC

Verified this issue.
The result is PASS
Version:
rh-bugzilla-4.4.10044-1.el6.noarch
Steps: 
1. Choose one bug of RHEL7 
2. Edit the bug and change the bug's product RHEL6/RHEL5
3. Result: if RHEL6 and RHEL5 have the same component and subcomponent, the component and subcomponent are not cleared in the field

Comment 7 Matt Tyson 🤬 2015-12-16 02:13:54 UTC

This change is now live. If there are any issues, do not reopen this bug. Instead, you should create a new bug and reference this bug.