
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

<font face="Helvetica, Arial, sans-serif">I'm trying to figure out the

decision behind not including state changes to the duplicates table in

the bugs_activity logs.  Anyone here able to help?<br>

<br>

Till I looked at the code, I thought that all changes to bugs past

creation (except comments and attachments) were supposed to be logged

in bugs_activity so that the full history of a bug could be

determined.  Was that an oops or should I file a bug on that?<br>

<br>

Maybe I'm missing something, but here's what I found - when filing a

bug, a duplicate log entry is made in the longdescs table against the

master bug and an entry is added to the duplicates table.  No entry is

made regarding the duplicate in the bugs_activity table.  The user sees

that both the master and duplicate bugs are updated from the template.<br>

<br>

When a bug is re-opened, the code removes the duplicate entries, but it

doesn't log them or display a message back to the user.  Also, no note

is added to the longdescs table for the master bug.  So, if I'm

watching the master bug but not the duplicate, I would have to actually

click on the link to the duplicate to find out that it's no longer a

duplicate bug.  That may raise concerns for me.<br>

<br>

What I'm thinking is that there needs to be a set of activity entries

against both bugs detailing these issues.  What do others think before

I get serious and file a bug on this?<br>

<br>

</font>

<div class="moz-signature">-- <br>

<img src="cid:part1.02040605.07030502@amd.com" border="0"></div>

</body>

</html>