Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OTRS import fails when default closed states at the OTRS side not exist #4902

Closed
dominikklein opened this issue Oct 24, 2023 · 0 comments
Closed
Assignees
Milestone

Comments

@dominikklein
Copy link
Collaborator

dominikklein commented Oct 24, 2023

Used Zammad Version

6.2.x (develop)

Environment

  • Installation method: any
  • Operating system (if you're unsure: cat /etc/os-release ): any
  • Database + version: any
  • Elasticsearch version: any
  • Browser + version: any

Actual behaviour

Currently, the OTRS import fails when default closed states at the OTRS side do not exist.

https://community.zammad.org/t/errors-encountered-during-otrs-to-zammad-migration/12449/6

Expected behaviour

The import should work, also when only other closed states at the OTRS side exist.
But at least one closed state needs to exist on the OTRS side, otherwise, it seems to be a broken OTRS setup, which leads also to an not working Zammad import and system.

Steps to reproduce the behaviour

  • Delete default closed states and create a different closed state inside OTRS.
  • Try to use the import on the Zammad side.

Support Ticket

No response

I'm sure this is a bug and no feature request or a general question.

yes

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants