http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3264
Paul Poulain <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #23 from Paul Poulain <[email protected]> 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. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
