[Koha-bugs] [Bug 3264] Uncloning a dropdown list in MARC authorities/biblio editor may clear all subfields (see comment 17)

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3264

Paul Poulain <paul.poulain at biblibre.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|Passed QA                   |Pushed to Master

--- Comment #23 from Paul Poulain <paul.poulain at biblibre.com> 2012-02-16 18:00:16 UTC ---
OK, now I remember: it was when AixMarseille univ tested bulk item
modifications. We discovered that, for firefox, no value selected in a SELECT
was ignored in the array returned if the select was an array, while chrome was
returning a blank.

Example:
choose <select name="sel" values="a list including
empty|option1|option2"><input name="val" value="value1">
choose <select name="sel" values="a list including
empty|option1|option2"><input name="val" value="value2">
choose <select name="sel" values="a list including
empty|option1|option2"><input name="val" value="value3">

If the user select empty/option1/option1 in the select, the arrays in perl, if
you call the page from chrome was:
@sel = ('','option1','option1')
@val = ('value1','value2','value3')
so $sel[x] is related to $val[x]

but if you run from FF, you get
@sel = ('option1','option1')
@val = ('value1','value2','value3')
so trying to match $sel[x] with $val[x] result in an epic fail !!!

This patch address another case of this strange behaviour

-- 
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.