Bug 13306 - Problems when cloning subfields with cataloguing plugins
Summary: Problems when cloning subfields with cataloguing plugins
Status: CLOSED WONTFIX
Alias: None
Product: Koha
Classification: Unclassified
Component: Cataloging (show other bugs)
Version: Main
Hardware: All All
: P5 - low minor (vote)
Assignee: Galen Charlton
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-11-20 13:08 UTC by Marcel de Rooy
Modified: 2023-12-28 20:43 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcel de Rooy 2014-11-20 13:08:39 UTC
The following problem is quite exceptional but worth mentioning:

If you clone a subfield with a plugin, the plugin of the clone [often..]operates on the value of the first subfield.

This has a few causes:
1) Instead of using the id parameter of the javascript function, the code in the plugin uses a perl variable in the javascript code. The cloned id is passed to onclick but ignored.
2) The Blur, Focus and Change event attributes are not even modified when cloning a subfield. 

Both things are true in e.g. marc21_leader.pl. If you connect this plugin to say 040d and you clone the field, you will see that clicking the second plugin operates on the first value. If you clear both fields, the Focus of the second field will fill the first field.
Comment 1 Marcel de Rooy 2014-11-20 13:10:45 UTC
Working on report 10480, I will address this problem too by making a few changes more in cataloging.js.
Comment 2 David Cook 2022-12-06 05:57:52 UTC
Closing this due to age and it sounds like bug 10480 resolved the issue