Change in child ticket default status behavior after upgrade to RT 6.0.1

Hi everyone,

After upgrading from RT 5.0.8 to RT 6.0.1, I noticed a change in behavior when creating linked tickets (for example, using “Create → Child” or “Link → Depends On”).

In RT 6.0.1, the newly created child ticket now inherits the status of its parent ticket by default.

In RT 5.0.8, the child ticket would always start with the status “new”, regardless of the parent’s status.

I’m wondering:

  • Is this new behavior intentional (by design) in RT 6.0.1, or is it a bug?

  • Is there a way to restore the old behavior, so that all newly created tickets always start with status = “new”, like in RT 5?

Hi @alfred

I can’t confirm this.

We run 6.0.1 on dev-system to prepare the migration. There the behavior is like expected. On the right you see the ticket is created as “new” and this is the result in the new ticket.

I tested several “create”-links and the drop-down variant:

regards.

Hi @rubberduck

Thanks for testing this! It looks like a ticket with the New status can always create a child ticket that also starts as New, since it seems to inherit the parent ticket’s status.

Could you please try testing this with a ticket that’s Solved or has another status to see if the same behavior occurs?

when create child ticket , it will be solved

#-) there wasn’t enough coffee loaded in the operator. @alfred I’m sorry for using a Status new ticket.

Tested with an open ticket and confirm the behaviour: The created corresponding ticket has the same Status as the originating one.

Confirmed this on a fresh install, too. (without our customizations)

This should be reported as bug.

Regards.

I did a dive in the source. Quite strange. I assume because of using htmx there are %ARGS set that weren’t before. Cannot verify, too bad programmer :slight_smile:

Anyway in RT5 and RT6 there is code to transfer the Status to the newly created ticket. But in RT5 this code doesn’t seem to work.

$clone->{$_} = $CloneTicketObj->$_()
    for qw/Owner Subject FinalPriority Status/;

If you change this code to

$clone->{$_} = $CloneTicketObj->$_()
    for qw/Owner Subject FinalPriority/;

in RT6 it works as expected.

Haha, coffee restored and problem solved .thanks your fix worked like a charm.

Of course you know you should implement this as overlay an not edit the file at share/html/Ticket/Create.html.
Copy to local/html/Ticket/Create.html and edit.