[Koha-bugs] [Bug 8015] Add MARC Modifications Templates
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Fri Feb 1 14:40:43 CET 2013
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8015
Julian Maurice <julian.maurice at biblibre.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Signed Off |Failed QA
CC| |julian.maurice at biblibre.com
--- Comment #49 from Julian Maurice <julian.maurice at biblibre.com> ---
Hi,
I tested some simple use cases and found some errors/things that can be
improved:
The bibliographic record used for these tests has only one field 200 with
various subfields (5abefg) and no field 300.
1/ Copy field 200 to 300
=> Problem: No 300 field is created. Is this a bug or a missing feature?
Same remark for 'Move'
2/ Copy field 200 to 300$a
=> Problem: 300$a = "MARC::Field::HASH(0x...)"
Same for 'Move'
3/ Copy field 200$a to 300
=> Problem: No 300 field is created but maybe not a bug.
Same for 'Move'
4/ Copy field 200$a to 300$a
=> Problem: Two fields 300 are created, one is correct with 300$a = <value of
200$a> but one has just an empty 'a' subfield.
Same for 'Move' but the empty 'a' subfield is now a subfield that contains the
string "don't_erase".
5/ Add/Update field 200 with value 'blob'
=> Problem: create a subfield 'b' with value 'lob'
6/ There is also a problem with Regex. If they contain '\' characters, they are
removed from text input when editing the action. So if I edit an action and
update it without changing anything, regex like "/(word)/\U$1\E/" are saved as
"/(word)/U$1E"
Failing QA for 2, 4 and 6.
For 1, 3 and 5 it would be great if Koha prevent the user to enter invalid
action.
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list