[Bug 13306] New: Problems when cloning subfields with cataloguing plugins
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13306 Bug ID: 13306 Summary: Problems when cloning subfields with cataloguing plugins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt@gmail.com Reporter: m.de.rooy@rijksmuseum.nl QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl 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. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13306 M. de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=10480 --- Comment #1 from M. de Rooy <m.de.rooy@rijksmuseum.nl> --- Working on report 10480, I will address this problem too by making a few changes more in cataloging.js. -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org