c3lf/c3lf-system-3
9
0
Fork 0
Code Issues 66 Pull requests 1 Projects 2 Releases Wiki Activity Actions

Prevent ticket from automatic state change #119

New issue
Open
opened 2025-01-05 19:07:00 +00:00 by clarity · 0 comments
clarity commented 2025-01-05 19:07:00 +00:00
Owner
Copy link

Implementation Checklist

  • concept
  • frontend
  • backend
  • unittests
  • tested on staging

Feature Description

When a user sends a mail, a ticket is always set to "open". I would like to have a "pinned" checkbox next to the state. If the operator checks this box, no automatic state changes are triggered.

This is handy e.g. if you are certain that a ticket is ready to ship - you can then set the flag and a "thanks, how can I pay for the shipment"-mail by the user will not remove it from the correct state (and maybe overseen by the next shipment batch).

grafik

### Implementation Checklist - [ ] concept - [ ] frontend - [ ] backend - [ ] unittests - [ ] tested on staging ### Feature Description When a user sends a mail, a ticket is always set to "open". I would like to have a "pinned" checkbox next to the state. If the operator checks this box, no automatic state changes are triggered. This is handy e.g. if you are certain that a ticket is ready to ship - you can then set the flag and a "thanks, how can I pay for the shipment"-mail by the user will not remove it from the correct state (and maybe overseen by the next shipment batch). ![grafik](/attachments/a8738e01-5d8a-4e20-8b28-07ef79badfd2)
grafik.png
9.3 KiB
clarity added the
Kind
Feature
 label 2025-01-05 19:07:00 +00:00
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
testing
jedi/search
live
testing_stashed_1
jedi/more_tests
wip/docker_with_mail
wip/team_notifications
jedi/autodeploy_to_prod
jedi/forgejo-actions
wip/integration_testing
jedi/item_history_frontend
bton/prohibit_sending_empty_emails
system2/frontend
system2/backend
system1
No results found.
Labels
Clear labels   
help wanted

   
question

   
Subsystem/Backend

   
Subsystem/Frontend

   
Subsystem/Mail
  
Kind
Breaking
Breaking change that won't be backward compatible

  
Kind
Bug
Something is not working

  
Kind
Documentation
Documentation changes

  
Kind
Enhancement
Improve existing functionality

  
Kind
Feature
New functionality

  
Kind
Security
This is security issue

  
Kind
Testing
Issue or pull request related to testing

  
Priority
Critical
The priority is critical

  
Priority
High
The priority is high

  
Priority
Low
The priority is low

  
Priority
Medium
The priority is medium

  
Reviewed
Confirmed
Issue has been confirmed

  
Reviewed
Duplicate
This issue or pull request already exists

  
Reviewed
Invalid
Invalid issue

  
Reviewed
Won't Fix
This issue won't be fixed

  
Status
Abandoned
Somebody has started to work on this but abandoned work

  
Status
Blocked
Something is blocking this issue or pull request

  
Status
Need More Info
Feedback is required to reproduce issue or to continue work

No labels
help wanted
question
Subsystem/Backend
Subsystem/Frontend
Subsystem/Mail
Kind
Breaking
Kind
Bug
Kind
Documentation
Kind
Enhancement
Kind
Feature
Kind
Security
Kind
Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: c3lf/c3lf-system-3#119
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?