Bug 457321
| Summary: | When cloning a bug, all comments are not copied over, only the initial one | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Community] Bugzilla | Reporter: | David Lawrence <dkl> | ||||
| Component: | Creating/Changing Bugs | Assignee: | David Lawrence <dkl> | ||||
| Status: | CLOSED NEXTRELEASE | QA Contact: | |||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 3.2 | ||||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2008-08-03 01:11:36 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: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 406071 | ||||||
| Attachments: |
|
||||||
|
Description
David Lawrence
2008-07-30 21:38:13 UTC
Created attachment 313118 [details]
Patch to include all comments in a cloned bug and mark the private checkbox appropriately (v1)
Patch to include all comments in a cloned bug and mark the private checkbox
appropriately. If one or more original comments are private and the user can
see them, the initial description is private checkbox is checked.
Please review.
Dave
Comment on attachment 313118 [details]
Patch to include all comments in a cloned bug and mark the private checkbox appropriately (v1)
Hi Dave the patch looks good and works perfect for the comments, but i noticed
something else when cloning bugs that is related to the issue tracker field:
basically when the original bug doesn't have any ITs then when you clone
sometimes the issuetracker field in the enter_bug.cgi form page will have '---'
or it will be empty,, the other case if the original bug has some ITs then
when you clone it the issue tracker field in enter_bug.cgi will have the value
'NO'. that produces and error for validating IT ids ,, from 2.18 code usually
IT field doesn't get cloned caze of the IT<->bugzilla 1 to many relationship
so basically I think a little workaround of setting the $vars->{cf_issutracker}
= ''; in the case of cloned_bug_id is defined can solve the issue for me , but
maybe you have a better solution.
Noura
(In reply to comment #3) > (From update of attachment 313118 [details] [edit]) > Hi Dave the patch looks good and works perfect for the comments, but i noticed > something else when cloning bugs that is related to the issue tracker field: > > basically when the original bug doesn't have any ITs then when you clone > sometimes the issuetracker field in the enter_bug.cgi form page will have '---' > or it will be empty,, the other case if the original bug has some ITs then > when you clone it the issue tracker field in enter_bug.cgi will have the value > 'NO'. that produces and error for validating IT ids ,, from 2.18 code usually > IT field doesn't get cloned caze of the IT<->bugzilla 1 to many relationship > so basically I think a little workaround of setting the $vars->{cf_issutracker} > = ''; in the case of cloned_bug_id is defined can solve the issue for me , but > maybe you have a better solution. > > Noura > Thanks for the review Noura. I agree that if we do not clone IT's in 2.18 we should then disallow it for 3.2 as well. It is strange that the problem is intermittent. Please file a bug for it so we can revisit it later and I will add the hack to fix it for now with my clone patch. I will add $vars->{cf_issuetracker'} = ''; as you suggested. Thanks Checked in to CVS. |