Bug 471149

Summary:	When Cloning a Bug, Contents of "Release Notes:" are not moved across
Product:	[Community] Bugzilla	Reporter:	Michael Hideo <mhideo>
Component:	Creating/Changing Bugs	Assignee:	Noura El hawary <nelhawar>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	3.2	CC:	dkl, nelhawar
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:	Test Release Notes	Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-11-21 19:53:13 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Michael Hideo 2008-11-12 00:46:17 UTC

Description of problem:

When a bug gets reported against a component, often a release is required. These ntoes are written in the release notes field. If the bug impacts documetnation, the bug is "cloned" with the component being the book the bug/release notes affects.

Currently the content in the release note is not moved across, requireing a manual cut and paste of the content for the book.

We need the release note content moved across when the bug is "cloned"

Cheers,
Mike

Comment 1 Noura El hawary 2008-11-12 05:43:07 UTC

Hey Mike,

to be able to get the Release Notes field moved when cloning a bug we need to make that field available at bug entry form, currently we set that field to exist after bug creation "at existing bug reports only", so we will need to make it available at bug creation time/form. Is that okay with you?

Noura

Comment 2 David Lawrence 2008-11-12 16:06:59 UTC

(In reply to comment #1)
> Hey Mike,
> 
> to be able to get the Release Notes field moved when cloning a bug we need to
> make that field available at bug entry form, currently we set that field to
> exist after bug creation "at existing bug reports only", so we will need to
> make it available at bug creation time/form. Is that okay with you?
> 
> Noura

Noura I think you also need to add a line to enter_bug.cgi as well to make sure it is prefilled in the bug form. Please double check that.

Comment 3 Noura El hawary 2008-11-14 00:50:06 UTC

> Noura I think you also need to add a line to enter_bug.cgi as well to make sure
> it is prefilled in the bug form. Please double check that.

Hey Dave, I checked enter_bug.cgi and actually it has a code that deals with all custom fields that are editable on bug creation when bugs gets cloned as the following:

my @enter_bug_fields = grep { $_->enter_bug } Bugzilla->active_custom_fields;


Then:

    foreach my $field (@enter_bug_fields) {
        my $field_name = $field->name;
        $vars->{$field_name} = $cloned_bug->$field_name;
    }

so I guess we don't have to do any code changes for this bug. we only need to set the cf_release_notes field to be editable at bug creation time.

Noura

Comment 4 David Lawrence 2008-11-21 19:52:07 UTC

I have changed the cf_release_notes field to be editable at bug creation time and will now clone this bug to test.

Comment 5 David Lawrence 2008-11-21 19:52:07 UTC

Release note added. If any revisions are required, please set the 
"requires_release_notes" flag to "?" and edit the "Release Notes" field accordingly.
All revisions will be proofread by the Engineering Content Services team.

New Contents:
Test Release Notes

Comment 6 David Lawrence 2008-11-21 19:53:13 UTC

Ok, works now. Closing.