Description of problem:
This is more of a feature request/enhancement ...
I should not be allowed to dup BZs that are in different versions of software
product, or maybe it should give me a loud warning.
I admit that sometimes I get lazy or I forget to check the version field before
I dup a RHEL4 bug to a RHEL5 bug, etc., so it would be nice to have a warning
come up saying that I'm about to do something incredibly dumb ;)
I've noticed this happen in some other BZs so maybe I'm not the only one who
gets in trouble for doing this :)
See comments in bug 207002.
After haranguing Prarit, I was just going to file this same RFE wrt differing
Product fields, or even just specific prohibition on Fedora vs RHEL matching
since RHEL Beta vs RHEL product is often valid (as is Fedora N vs Fedora devel
version fields sometimes).
>or even just specific prohibition on Fedora vs RHEL matching
I'm not so sure that works. There are times when RHEL-devel == Fedora-devel and
we do dup bugs against each other. A prohibition is probably too strong -- I
think a loud warning would suffice and a "Are you really sure you want to do
this?" button would be nice :)
Is this enhancement still wanted?
(In reply to comment #4)
> Is this enhancement still wanted?
Yes, I think it is still a good idea. We still occasionally have engineers who accidentally do this.
(In reply to comment #5)
> Yes, I think it is still a good idea. We still occasionally have engineers who
> accidentally do this.
Fair enough. It will be a warning page rather than a complete block.
There should be a preference to disable this warning if a user doesn't want it.
This feature should be added to a major release so that time can be provided to warn users of the change in functionality.
Moving to the next release as this wasn't completed on time for release 5.
Turns out this part wasn't implemented "There should be a preference to disable this warning if a user doesn't want it.". There was also a bug which QE identified today as well ( https://bugzilla.redhat.com/show_bug.cgi?id=877547#c5 )
Two things need to be fixed as part of release 7.
1) On the warning page, the links to the bug numbers are not valid.
2) You don't need a separate parameter section for this, it should be in the 'Bug Change Policies' section.