Bug 6602 - Reports dictionary doesn't properly recognize text columns
authorOwen Leonard <oleonard@myacpl.org>
Tue, 20 Nov 2012 18:53:43 +0000 (13:53 -0500)
committerJared Camins-Esakov <jcamins@cpbibliography.com>
Fri, 30 Nov 2012 12:01:51 +0000 (07:01 -0500)
commit82eb16325f71b6a72c520e23f1d36f7eb36ecfd0
tree1ac1dc51d467f0a81dfdb420cdb4c155f39af047
parent0f6487bc32d80ad91cf11627b8aded8b48ab9c71
Bug 6602 - Reports dictionary doesn't properly recognize text columns

Reports dictionary won't let you set a comparison for MEDIUMTEXT columns. To
test, choose a MEDIUMTEXT column like borrowers.surname in Step 3 of adding
a new dictionary definition. Before the patch, in Step 4 you would not see
any kind of form field for entering a comparison. After patching Step 4 will
offer you a field labeled "Search string matches."

Signed-off-by: Melia Meggs <melia@test.bywatersolutions.com>
Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de>
All tests and perlcritic pass.

Test plan:
1) Reports > Reports dictionary > New definition
2) Step 1: Some name
3) Step 2: Patrons
4) Step 3: First name (mediumtext)
5) Step 4: Verify 'Search string matches' is offered.

For both, surname (mediumtext) and first name (text) the program should offer you
"Search string matches" on step 4.
Signed-off-by: Jared Camins-Esakov <jcamins@cpbibliography.com>
reports/dictionary.pl