https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38042

            Bug ID: 38042
           Summary: Wrong values in Item type form on
                    acqui/neworderempty.pl
 Change sponsored?: ---
           Product: Koha
           Version: Main
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P5 - low
         Component: Acquisitions
          Assignee: [email protected]
          Reporter: [email protected]
        QA Contact: [email protected]

Not sure of the right component for this problem, but it has an impact on our
acquisition workflow.

The problem seems to have been introduced by
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29554

When entering a manual order, the form on acqui/neworderempty.pl imposes a
"Item type" field with a drop-down menu containing wrong values.

Our configuration (defined with our vendor 2 years ago, and everything was fine
in 21.11) :
- UNIMARC
- item-level_itypes : specific item
- record level item type defined in 099$t : mapped with biblioitems.itemtype ;
using TYPEDOC authorized values
- item item type defined in 995$r : mapped with items.itype ; using
value:itemtypes authorized values

When you create a record in acqui/neworderempty.pl, the "Item type" fills the
099$t, so the form must display the TYPEDOC values.
It was the (logical) behavior before the change introduced by
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29554

Now, the form display the "itemtypes" values. That's not good, it creates a
data coherence issue

-- 
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
_______________________________________________
Koha-bugs mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Reply via email to