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/