https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14874
--- Comment #33 from Nick Clemens <n...@bywatersolutions.com> --- (In reply to Marc VĂ©ron from comment #32) > Updating database did not work because > /installer/data/mysql/atomicupdate/bug14874- > addDefaultPatronSearchFieldspreference > should be: > /installer/data/mysql/atomicupdate/bug14874- > addDefaultPatronSearchFieldspreference.sql Will fix > > After fixing > - It does not work with name + partial date (e.g. meier 12.01) Nope and I don't think it should. We only convert date to SQL format if it is a full date - guessing on partial dates would be tricky and likely not work. Should work with '12 01' so each part of date can be searched as its own term > - I can trigger an 'Internal Server Error' by selecting "Date of birth" as > search field and searching for an invalid date (e.g. 12.01 instead of > 12.01.1995) This is true on master: 67 if ( $searchfieldstype eq "dateofbirth" ) { 68 $searchmember = output_pref({dt => dt_from_string($searchmember), dateformat => 'iso', dateonly => 1}); 69 } We don't catch any errors or validate data - likely we should use datepicker in this scenario - file a bug please > - E.g. with zipcode added to syspref, I can find a patron by zipcode using > searchfields = standard, however I can not select zipcode as search field. > Would be nice to have (in a separate bug/enhancement based on this bug). Hmm..the only problem is determining if we want all patron fields listed, or only the 'useful' ones - file a bug though and see opinions -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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/