# Inconsistent Behavior of "Group" Field Between Dev and Prod Environments

**URL:** https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934
**Category:** Technical assistance
**Created:** [February 19, 2025, 12:15pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934 "2025-02-19T12:15:28Z")
**Posts on this page:** 14
**Page:** 1

<div class="post-metadata">

### Author: ![gianfalconi](https://community.zammad.org/user_avatar/community.zammad.org/gianfalconi/32/10042_2.png) [@gianfalconi](https://community.zammad.org/u/gianfalconi)
#### Post date: [February 19, 2025, 12:15pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/1 "2025-02-19T12:15:28Z")

</div>

### Infos:

Hi everyone,  
I am experiencing inconsistent behavior in the group selection when creating a new ticket in Zammad. I have configured two groups:

- **Facilities**
- **Licenses** (a subgroup of Facilities)

The goal is to allow users to create tickets only under the **Licenses** group. In the settings, I have configured the selection so that users can only choose “Facilities → Licenses”.

- Used Zammad version: 6.4.1
- Used Zammad installation type: k8s, helm
- Operating system: debian 12
- Browser + version: vivaldi 7.1.3570.48, firefox 128.7.0esr

### Expected behavior:

- The behavior in Dev and Prod should be consistent.
- The sub-group should be visible and pre-selected as in Dev.
- If multiple groups are allowed, they should all be visible in the dropdown menu.

### Actual behavior:

- In prod, when creating a new ticket, the “group” field is empty, but the fields displayed below correspond to “Licenses,” meaning the value is assigned but not shown.
- If I enable selection for “Licenses” and “Users” (default zammad group) the dropdown menu only displays:
  - “-”
  - “Users”  
Dev:  
“Licenses” pre-selected  
 ![image](https://community.zammad.org/uploads/default/original/2X/e/e900d951793282b0710b21d0823378a6f2bc04af.png)  
Prd:  
 ![image](https://community.zammad.org/uploads/default/original/2X/5/5bc257088b8941bef1ed07c0914947a6dcd02c7b.png)  
Nothing shown, nothing selectable

### Steps to reproduce the behavior:

- Configure the groups as described.
- Set “Group selection for Ticket creation” to allow users to select only “Licenses” sub-group.
- Create a new ticket and observe the behavior of the “group” field

---

<div class="post-metadata">

### Author: ![fliebe92](https://community.zammad.org/user_avatar/community.zammad.org/fliebe92/32/12102_2.png) [@fliebe92](https://community.zammad.org/u/fliebe92)
#### Post date: [February 19, 2025, 1:12pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/2 "2025-02-19T13:12:16Z")

</div>

Hi @gianfalconi. Maybe you have a Core Workflow in place in one instance.

---

<div class="post-metadata">

### Author: ![gianfalconi](https://community.zammad.org/user_avatar/community.zammad.org/gianfalconi/32/10042_2.png) [@gianfalconi](https://community.zammad.org/u/gianfalconi)
#### Post date: [February 19, 2025, 6:12pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/3 "2025-02-19T18:12:49Z")

</div>

Hi, yes, I have some workflows, but the group attribute is managed by only one. The only thing it does is “show” because if only one group is selected under “Group selection for Ticket creation,” the group field is not displayed.

---

<div class="post-metadata">

### Author: ![fliebe92](https://community.zammad.org/user_avatar/community.zammad.org/fliebe92/32/12102_2.png) [@fliebe92](https://community.zammad.org/u/fliebe92)
#### Post date: [February 19, 2025, 8:22pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/4 "2025-02-19T20:22:34Z")

</div>

Please use the Rails Console and fetch the value for the setting `customer_ticket_create_group_ids`. E.g. enter the Rails Console with `rails console` and then do a `Setting.get('customer_ticket_create_group_ids')` and compare the output of both instances.

---

<div class="post-metadata">

### Author: ![gianfalconi](https://community.zammad.org/user_avatar/community.zammad.org/gianfalconi/32/10042_2.png) [@gianfalconi](https://community.zammad.org/u/gianfalconi)
#### Post date: [February 19, 2025, 8:34pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/5 "2025-02-19T20:34:19Z")

</div>

I already tried, in both instances the value is “3”

---

<div class="post-metadata">

### Author: ![fliebe92](https://community.zammad.org/user_avatar/community.zammad.org/fliebe92/32/12102_2.png) [@fliebe92](https://community.zammad.org/u/fliebe92)
#### Post date: [February 19, 2025, 8:44pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/6 "2025-02-19T20:44:01Z")

</div>

This sounds wrong to me. Could you please post the complete output here?

---

<div class="post-metadata">

### Author: ![fliebe92](https://community.zammad.org/user_avatar/community.zammad.org/fliebe92/32/12102_2.png) [@fliebe92](https://community.zammad.org/u/fliebe92)
#### Post date: [February 19, 2025, 8:45pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/7 "2025-02-19T20:45:30Z")

</div>

> [@gianfalconi](#):
>
> Hi, yes, I have some workflows, but the group attribute is managed by only one. The only thing it does is “show” because if only one group is selected under “Group selection for Ticket creation,” the group field is not displayed.

Do you have this workflow configured in both instances?

---

<div class="post-metadata">

### Author: ![gianfalconi](https://community.zammad.org/user_avatar/community.zammad.org/gianfalconi/32/10042_2.png) [@gianfalconi](https://community.zammad.org/u/gianfalconi)
#### Post date: [February 20, 2025, 9:59am UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/8 "2025-02-20T09:59:44Z")

</div>

I’ve found a workaround:  
If I create a workflow that removes other groups when the role is “customer,” the group field appears empty for the customer. However, now they can select the “licenses” group. Additionally, if I configure only “licenses” under “Group selection for Ticket creation,” the group field is already pre-selected as “licenses” for the customer.

In short, using both the workflow and “Group selection for Ticket creation” together has resolved the issue in prod environment.

Thanks for your support!

---

<div class="post-metadata">

### Author: ![gianfalconi](https://community.zammad.org/user_avatar/community.zammad.org/gianfalconi/32/10042_2.png) [@gianfalconi](https://community.zammad.org/u/gianfalconi)
#### Post date: [February 20, 2025, 10:07am UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/9 "2025-02-20T10:07:18Z")

</div>

I stand corrected, it worked for a few minutes, but then the group field appeared empty again. It seems to be a bug where, if only a subgroup is selected in ‘Group selection for Ticket creation,’ nothing is displayed. I think, for now, I will just remove the others groups via workflow, but it would have been more convenient for the user if it had been pre-filled.

---

<div class="post-metadata">

### Author: ![gianfalconi](https://community.zammad.org/user_avatar/community.zammad.org/gianfalconi/32/10042_2.png) [@gianfalconi](https://community.zammad.org/u/gianfalconi)
#### Post date: [February 20, 2025, 11:26am UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/10 "2025-02-20T11:26:28Z")

</div>

Yes, i do.  
Here is the output of the dev instance:  
 ![image](https://community.zammad.org/uploads/default/original/2X/a/a1b426534d449d84a1242304fde77712e5b4b9e2.png)  
And here the prod instance:  
 ![image](https://community.zammad.org/uploads/default/original/2X/f/f08a314f8be7a40f616e81248828ae8cfa7eacac.png)

---

<div class="post-metadata">

### Author: ![fliebe92](https://community.zammad.org/user_avatar/community.zammad.org/fliebe92/32/12102_2.png) [@fliebe92](https://community.zammad.org/u/fliebe92)
#### Post date: [February 20, 2025, 11:27am UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/11 "2025-02-20T11:27:03Z")

</div>

Very strange. I cannot reproduce this behavior, works fine for me - even without workflows.

---

<div class="post-metadata">

### Author: ![gianfalconi](https://community.zammad.org/user_avatar/community.zammad.org/gianfalconi/32/10042_2.png) [@gianfalconi](https://community.zammad.org/u/gianfalconi)
#### Post date: [February 20, 2025, 1:20pm UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/12 "2025-02-20T13:20:57Z")

</div>

If you try to create a new ticket the group field is already filled with the subgroup?

---

<div class="post-metadata">

### Author: ![fliebe92](https://community.zammad.org/user_avatar/community.zammad.org/fliebe92/32/12102_2.png) [@fliebe92](https://community.zammad.org/u/fliebe92)
#### Post date: [February 27, 2025, 9:55am UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/13 "2025-02-27T09:55:43Z")

</div>

The group field is not shown if only one group is available. Otherwise, I can see the group field and can select a value. Nothing pre-selected.

---

<div class="post-metadata">

### Author: ![system](https://community.zammad.org/uploads/default/original/1X/5c5afaea2d23f811dbec33cd4edb02fa29d3262f.png) [@system](https://community.zammad.org/u/system)
#### Post date: [February 22, 2026, 9:55am UTC](https://community.zammad.org/t/inconsistent-behavior-of-group-field-between-dev-and-prod-environments/16934/14 "2026-02-22T09:55:57Z")

</div>

This topic was automatically closed 360 days after the last reply. New replies are no longer allowed.
