Bug 34274 - In batch patron modification adding a new attribute clears all existing values and applies authorised values to all attributes
Summary: In batch patron modification adding a new attribute clears all existing value...
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Tools (show other bugs)
Version: Main
Hardware: All All
: P5 - low normal
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on: 21083
Blocks:
  Show dependency tree / graph
 
Reported: 2023-07-13 16:53 UTC by Nick Clemens (kidclamp)
Modified: 2023-07-13 16:54 UTC (History)
0 users

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Clemens (kidclamp) 2023-07-13 16:53:21 UTC 
To test:
1 - Define 2 new patron attributes types, both marked repeatable:
    Repeatable
    Duplicatable - linked to authorised value 'YES_NO'
2 - Perform a batch patron modification
3 - Select attribute type 'Repeatable' and enter 'Repetition'
4 - Click - +New to add a second attribute
5 - Set the type to 'Duplicatable'
6 - WRONG - values are cleared and Repeatable is now a YES_NO dropdown
Comment 1 Nick Clemens (kidclamp) 2023-07-13 16:54:00 UTC 
Not caused by 21083, but should be fixed on top of that one