[Bug 9811] New: Patrons search improvements
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Bug ID: 9811 Summary: Patrons search improvements Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs@lists.koha-community.org Reporter: jonathan.druart@biblibre.com CC: gmcharlt@gmail.com, kyle.m.hall@gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|koha-bugs@lists.koha-commun |jonathan.druart@biblibre.co |ity.org |m -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #1 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 16096 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16096&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 1 service svc/members/search - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen - Try to sort each column - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #2 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 16111 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16111&action=edit Bug 9811: Take into account of Independent branches If the syspref IndependentBranches is ON, the user can only request on it own branch. Try with IndependentBranches ON and OFF -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #16111|0 |1 is obsolete| | --- Comment #3 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 16112 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16112&action=edit Bug 9811: Take into account of Independant branches If the syspref IndependantBranches is ON, the user can only request on it own branch. Try with IndependantBranches ON and OFF -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |mathieu.saby@univ-rennes2.f | |r --- Comment #4 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- If I click on "edit" and show the record of a patron, or if there is only one result to my search and Koha directs me to the right record, there is a problem : If I use the "Back" button of my browser to go back to members-home page, after 1 or 2 seconds, Koha leaves members-home and redirect me automaticaly to the record I was consulting. An other detail : I note this patch does not change the current behavior of " Browse by last name: A B C D E F G H I J K L M N O P Q R S T U V W X Y Z ", which is often disturbing. Librarians often think clicking on "M" after a first search will act as a "facet", showing only names begining with "M" among the results of the first search. But this is not the aim of your patch, so maybe someone will make a patch for improving this behavior later ;-) M. Saby -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #5 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to comment #4)
If I click on "edit" and show the record of a patron, or if there is only one result to my search and Koha directs me to the right record, there is a problem : If I use the "Back" button of my browser to go back to members-home page, after 1 or 2 seconds, Koha leaves members-home and redirect me automaticaly to the record I was consulting.
I don't know how I can fix this problem. I can remove the redirection but it is the current behavior on master. If you click on back, your browser automatically refill the filter and Datatable still returns 1 result.
An other detail : I note this patch does not change the current behavior of " Browse by last name: A B C D E F G H I J K L M N O P Q R S T U V W X Y Z ", which is often disturbing. Librarians often think clicking on "M" after a first search will act as a "facet", showing only names begining with "M" among the results of the first search.
But this is not the aim of your patch, so maybe someone will make a patch for improving this behavior later ;-)
Yes, it the not the goal of this patch. It could be improve later. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #6 from mathieu saby <mathieu.saby@univ-rennes2.fr> ---
I don't know how I can fix this problem. I can remove the redirection but it is the current behavior on master. If you click on back, your browser automatically refill the filter and Datatable still returns 1 result.
I don't know javascript, but is not there a way to prevent that behavior? And it won't be a problem if the browser only refill the filter but stay on members-home.pl instead of going again to the record of the patron. M. Saby -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Fridolyn SOMERS <fridolyn.somers@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |fridolyn.somers@biblibre.co | |m Patch complexity|--- |Large patch --- Comment #7 from Fridolyn SOMERS <fridolyn.somers@biblibre.com> --- There is a problem with the patch, some whitespace are rare, they look like a A : { 'mDataProp': 'dt_name'Â } See patch in browser. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #8 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 16320 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16320&action=edit Bug 9811: replaces " " with " " -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Fridolyn SOMERS <fridolyn.somers@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #9 from Fridolyn SOMERS <fridolyn.somers@biblibre.com> --- the follow-up [Bug 9811: replaces " " with " " does not work]. The git am returns : Traceback (most recent call last): File "/home/koha/bin/git-bz", line 2141, in <module> do_apply(*args) File "/home/koha/bin/git-bz", line 1485, in do_apply print patch.description Maybe I should be better to update the patch : [Bug 9811: Take into account of Independant branches] -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #16096|0 |1 is obsolete| | Attachment #16112|0 |1 is obsolete| | Attachment #16320|0 |1 is obsolete| | --- Comment #10 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 16362 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16362&action=edit Bug 9811: Patron search improvement Squashed patch -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Christophe Croullebois <christophe.croullebois@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |christophe.croullebois@bibl | |ibre.com --- Comment #11 from Christophe Croullebois <christophe.croullebois@biblibre.com> --- ok for me the patch applies correctly -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Paul Poulain <paul.poulain@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off CC| |paul.poulain@biblibre.com --- Comment #12 from Paul Poulain <paul.poulain@biblibre.com> --- Patch tested with a sandbox, by Cedric Vita <cedric.vita@dracenie.com> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Paul Poulain <paul.poulain@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #16362|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #13 from Paul Poulain <paul.poulain@biblibre.com> --- Created attachment 16403 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16403&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 1 service svc/members/search - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen - Try to sort each column - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Dobrica Pavlinusic <dpavlin@rot13.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dpavlin@rot13.org -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA CC| |katrin.fischer@bsz-bw.de --- Comment #14 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- We need unit tests for this in a follow up - can then be switched back to signed off of course. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #15 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 16957 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16957&action=edit Bug 9811: Add unit tests for C4::Utils::DT::Members -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Patch doesn't apply CC| |kyle@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #16403|0 |1 is obsolete| | --- Comment #16 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 19056 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19056&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 1 service svc/members/search - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen - Try to sort each column - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #16957|0 |1 is obsolete| | --- Comment #17 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 19057 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19057&action=edit Bug 9811: Add unit tests for C4::Utils::DT::Members -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Signed Off -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #18 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I really like the idea to use datatables for the patron search page, but I found a few problems with the patches. 1) The patches don't pass the QA script: * koha-tmpl/intranet-tmpl/prog/en/includes/patron-search.inc FAIL forbidden patterns FAIL The patch introduces a forbidden pattern: tabulation character (95) The patch introduces a forbidden pattern: tabulation character (94) * C4/Utils/DataTables/Members.pm FAIL pod OK forbidden patterns OK valid FAIL Use of qw(...) as parentheses is deprecated 2) The new C4/Utils/DataTables/Members.pm adds mysqlisms: my $select = "SELECT SQL_CALC_FOUND_ROWS "SELECT FOUND_ROWS()"; -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #19 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 19307 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19307&action=edit Bug 9811: QA followup removes 2 tabs removes mysqlisms -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #20 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Katrin Fischer from comment #18)
* koha-tmpl/intranet-tmpl/prog/en/includes/patron-search.inc FAIL forbidden patterns FAIL
Fixed.
* C4/Utils/DataTables/Members.pm FAIL pod OK forbidden patterns OK valid FAIL Use of qw(...) as parentheses is deprecated
Strange, I don't have this failure. And perl -wc returns OK: perl -wc C4/Utils/DataTables/Members.pm C4/Utils/DataTables/Members.pm syntax OK
2) The new C4/Utils/DataTables/Members.pm adds mysqlisms:
Fixed. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #21 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- The tests are all passing now - I think my qa-tools were not up to date at that point :) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #22 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 19633 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19633&action=edit Patron module start page Adding some notes about my findings here: 1) (Normal) Sorting: I think it would be nice if fines, circ notes and checkouts would be sortable too. I know checkouts is a bit difficult, but if it was sortable you could easily find those with checkouts at least. 2) (Trivial) There is some wrong capitalization, that was already there before and now appears in the filters too: Street Address > Street address 3) (Major) Filters: I tried to limit the search to a specific patron category and while it said "Processing" nothing happened and the page seemed broken. I had to reload the page. Same happens when I search for a name using the normal search. Not sure what's going wrong here. I checked the logs, pasting some of the errors here: [Sun Jul 14 17:28:35 2013] [error] [client 127.0.0.1] [Sun Jul 14 17:28:35 2013] search: DBD::mysql::st fetchrow_array failed: fetch() without execute() at /home/katrin/kohaclone/C4/Utils/DataTables/Members.pm line 110., referer: http://localhost:8080/cgi-bin/koha/members/member.pl [Sun Jul 14 17:28:43 2013] [error] [client 127.0.0.1] [Sun Jul 14 17:28:43 2013] search: DBD::mysql::st execute failed: FUNCTION categories.categorycodeWHERE does not exist at /home/katrin/kohaclone/C4/Utils/DataTables/Members.pm line 109., referer: http://localhost:8080/cgi-bin/koha/members/member.pl [Sun Jul 14 17:28:43 2013] [error] [client 127.0.0.1] [Sun Jul 14 17:28:43 2013] search: DBD::mysql::st fetchrow_array failed: fetch() without execute() at /home/katrin/kohaclone/C4/Utils/DataTables/Members.pm line 110., referer: http://localhost:8080/cgi-bin/koha/members/member.pl [Sun Jul 14 17:29:09 2013] [error] [client 127.0.0.1] [Sun Jul 14 17:29:09 2013] search: DBD::mysql::st execute failed: FUNCTION categories.categorycodeWHERE does not exist at /home/katrin/kohaclone/C4/Utils/DataTables/Members.pm line 109., referer: http://localhost:8080/cgi-bin/koha/members/member.pl [Sun Jul 14 17:29:09 2013] [error] [client 127.0.0.1] [Sun Jul 14 17:29:09 2013] search: DBD::mysql::st fetchrow_array failed: fetch() without execute() at /home/katrin/kohaclone/C4/Utils/DataTables/Members.pm line 110., referer: http://localhost:8080/cgi-bin/koha/members/member.pl 4) (Trivial) There is something a little odd about the datatables CSS - the first part of the controls is a darker grey than the second part starting with "First". 5) Wishlist: Could we rename the column Cat = Category? I remember all too well when someone (probably me) translated it to "Katze" :) But not sure if that takes up too much room or not. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #23 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- On the screenshot are some more odd things, but they went away when I reloaded the page and JS. But you can see the little color difference in the datatables controls. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #24 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Katrin Fischer from comment #22) Thanks for the review Katrin!
Created attachment 19633 [details] Patron module start page
Adding some notes about my findings here:
1) (Normal) Sorting: I think it would be nice if fines, circ notes and checkouts would be sortable too. I know checkouts is a bit difficult, but if it was sortable you could easily find those with checkouts at least.
I will add the sort on the notes, but others are a little bit complicated.
2) (Trivial) There is some wrong capitalization, that was already there before and now appears in the filters too: Street Address > Street address
Will be done. I did not find others wrong capitalization.
3) (Major) Filters: I tried to limit the search to a specific patron category and while it said "Processing" nothing happened and the page seemed broken. I had to reload the page. Same happens when I search for a name using the normal search. Not sure what's going wrong here. I checked the logs, pasting some of the errors here:
There is 1 missing space in the built query, will be fixed.
4) (Trivial) There is something a little odd about the datatables CSS - the first part of the controls is a darker grey than the second part starting with "First".
Maybe it is wanted by Owen? It is not added by these patchs. Bug 10558 already deals with datatable CSS.
5) Wishlist: Could we rename the column Cat = Category? I remember all too well when someone (probably me) translated it to "Katze" :) But not sure if that takes up too much room or not.
Cat => Category, done. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #19307|0 |1 is obsolete| | --- Comment #25 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 19642 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19642&action=edit Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |In Discussion CC| |liz@catalyst.net.nz, | |oleonard@myacpl.org --- Comment #26 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- There is a lot I like about this :) I just would like some other people to take a look, as this is a really important feature/page for libraries/librarians. Some notes from testing: - The styling of the datatables toolbar is still a bit off/different to how it looks in other places like subscriptions. Maybe Owen could take a look? - If no results are found it would be nicer to not display all the controls but just a short message. - There is a big change in behaviour as the page loads all borrowers on loading the page. I am worried about the performance of this for bigger databases. - I wonder if we could also offer a general search field like we have for subscriptions? - The search options are doubled up now on the left and on the top. The search on the left is working a bit nicer for me, because it's easier to see and handle. It would be interesting what other people think about this. Adding Owen CC in hope he might have some time to take a look. Also Liz as she has worked on the patron search in the past. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #19633|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Passed QA -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #19056|0 |1 is obsolete| | Attachment #19057|0 |1 is obsolete| | Attachment #19642|0 |1 is obsolete| | --- Comment #27 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 20094 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20094&action=edit [PASSED QA] Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 1 service svc/members/search - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen - Try to sort each column - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #28 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 20095 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20095&action=edit [PASSED QA] Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #29 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 20096 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20096&action=edit [PASSED QA] Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |In Discussion --- Comment #30 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Funcionaltiy wise this works well for me, so found nothing to not pass QA :) - I'd just like to get some more comments and eyes on this. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #31 from Paul Poulain <paul.poulain@biblibre.com> --- (In reply to Katrin Fischer from comment #30)
Funcionaltiy wise this works well for me, so found nothing to not pass QA :) - I'd just like to get some more comments and eyes on this.
Hi Katrin, you're asking for more eyes, but I don't see any mail to warn/ask on mailing lists, so I fear that your request will stay as is. Maybe sending a mail to koha@ mailing list (with some screenshots to present the feature, and/or link to sandboxes for ppl to test it) ? -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #32 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Sounds like a good idea :) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #33 from Owen Leonard <oleonard@myacpl.org> --- I just tried this out with a copy of our production database of patrons (62,000+ records) and I don't get any results. When I first load the page it looks like the table is trying to process *all* patron records? The POST response has this: "iTotalRecords": 62459, "iTotalDisplayRecords": 62459, ...but they are never displayed. I don't get any results from clicking on the "browse by last name" alphabet links, and I don't get any results after performing a simple search by last name. In all cases I see the "processing" message on the screen but nothing is ever displayed. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Chris Cormack <chris@bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris@bigballofwax.co.nz --- Comment #34 from Chris Cormack <chris@bigballofwax.co.nz> --- (In reply to Owen Leonard from comment #33)
I just tried this out with a copy of our production database of patrons (62,000+ records) and I don't get any results.
When I first load the page it looks like the table is trying to process *all* patron records? The POST response has this:
"iTotalRecords": 62459, "iTotalDisplayRecords": 62459,
...but they are never displayed. I don't get any results from clicking on the "browse by last name" alphabet links, and I don't get any results after performing a simple search by last name. In all cases I see the "processing" message on the screen but nothing is ever displayed.
Ouch, let me test that on a big database also. Testing now -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Chris Cormack <chris@bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Failed QA --- Comment #35 from Chris Cormack <chris@bigballofwax.co.nz> --- Before the patches, 2.1s to load the page After the patches, up around 3 mins before I hit stop, and yes it was loading every single borrower. This is simply unusable with a library with a decent number of borrowers. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #36 from Fridolyn SOMERS <fridolyn.somers@biblibre.com> --- (In reply to Chris Cormack from comment #35)
After the patches, up around 3 mins before I hit stop I think searchable borrowers column need a SQL index : surname, ... I'll try to propose a new bug.
-- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #37 from Chris Cormack <chris@bigballofwax.co.nz> --- (In reply to Fridolyn SOMERS from comment #36)
(In reply to Chris Cormack from comment #35)
After the patches, up around 3 mins before I hit stop I think searchable borrowers column need a SQL index : surname, ... I'll try to propose a new bug.
That might speed it up, but no that is not the problem. The problem is that page returns every single borrower. Doing it a little faster will still be wrong. You will just crash the browser faster that way. There is no way we can have the whole borrower table loaded in and sorted with javascript. A better solution (lazy loading, server side chunking, or something similar will have to be done.) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #38 from Chris Cormack <chris@bigballofwax.co.nz> --- Oh and Galen just reminded me Datatables supports lazy loading, so it shouldnt be too hard to add that. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #39 from Fridolyn SOMERS <fridolyn.somers@biblibre.com> --- (In reply to Chris Cormack from comment #38)
Oh and Galen just reminded me Datatables supports lazy loading, so it shouldnt be too hard to add that.
Yes, I also was thinking about Datatables, they already exist in many places in Koha. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #40 from Chris Cormack <chris@bigballofwax.co.nz> --- (In reply to Fridolyn SOMERS from comment #39)
(In reply to Chris Cormack from comment #38)
Oh and Galen just reminded me Datatables supports lazy loading, so it shouldnt be too hard to add that.
Yes, I also was thinking about Datatables, they already exist in many places in Koha.
Yes, and this set of patches adds them, but in doing so, it renders the members-home.pl page utterly unusable on any system with lots of borrowers. I think you may be misunderstanding, these patches add datatables, but they also change the behaviour so when you visit the members page it fetches every single borrower from the database. This is not acceptable, hence the failed qa, nor will an index fix it. It either needs to be rewritten to lazy load, or to not fetch all borrowers, or some other fix -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #41 from Fridolyn SOMERS <fridolyn.somers@biblibre.com> --- Created attachment 20174 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20174&action=edit Bug 9811 - multilines notes brakes JSON A small bug that brakes Ajax call and causes a forever loading member search. See commit mesage. -- You are receiving this mail because: You are watching all bug changes.
these patches add datatables, but they also change the behaviour so when you visit the members page it fetches every single borrower from the database. In C4/Utils/DataTables/Members.pm : The SQL query does not fetch all borrowers, it uses iDisplayStart and iDisplayLength to limit to the first page (usually 20 borrowers). And when there is not filter, there is only a select count(*) from borrowers,
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #42 from Fridolyn SOMERS <fridolyn.somers@biblibre.com> --- (In reply to Chris Cormack from comment #40) this should not take a long time. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Fridolyn SOMERS <fridolyn.somers@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #20174|Bug 9811 - multilines notes |Bug 9811 - multilines notes description|brakes JSON |breaks JSON -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #43 from Jonathan Druart <jonathan.druart@biblibre.com> --- I am not able to reproduce Owen and Chris issues. (In reply to Owen Leonard from comment #33)
I just tried this out with a copy of our production database of patrons (62,000+ records) and I don't get any results.
When I first load the page it looks like the table is trying to process *all* patron records? The POST response has this:
"iTotalRecords": 62459, "iTotalDisplayRecords": 62459,
...but they are never displayed. I don't get any results from clicking on the "browse by last name" alphabet links, and I don't get any results after performing a simple search by last name. In all cases I see the "processing" message on the screen but nothing is ever displayed.
Without any errors in your koha logs (or js error)? (In reply to Chris Cormack from comment #40)
I think you may be misunderstanding, these patches add datatables, but they also change the behaviour so when you visit the members page it fetches every single borrower from the database. This is not acceptable, hence the failed qa, nor will an index fix it. It either needs to be rewritten to lazy load, or to not fetch all borrowers, or some other fix
This patch normally does that! :) Of course, the goal of this patch is to retrieve only the xx first results, not all. After applying these patches, I go on members/members-home.pl and the generated sql query is: SELECT borrowers.borrowernumber, borrowers.surname, borrowers.firstname, borrowers.address, borrowers.address2, borrowers.city, borrowers.zipcode, borrowers.country, CAST(borrowers.cardnumber AS UNSIGNED) AS cardnumber, borrowers.dateexpiry, borrowers.borrowernotes, borrowers.branchcode, categories.description AS category_description, categories.category_type, branches.branchname FROM borrowers LEFT JOIN branches ON borrowers.branchcode = branches.branchcode LEFT JOIN categories ON borrowers.categorycode = categories.categorycode ORDER BY borrowers.surname asc,borrowers.firstname asc LIMIT 0,20 The limit clause exists! You can display this query in the log, warning the $query var in C4::Utils::DataTables::Members l.102. Maybe the executing time issue is caused by the 2 COUNT(*) queries. But since we don't want the "SELECT SQL_CALC_FOUND_ROWS" mysqlism, I don't know how we can do that on a different way. I will submit a patch replacing the count(*) with count(borrowers.borrowernumber), but I am not sure it could be useful. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #44 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 20266 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20266&action=edit Bug 9811: use count(primary_key) instead of count(*) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #45 from Jonathan Druart <jonathan.druart@biblibre.com> --- With 35k patrons in the DB, the table is displayed in 2sec (on my dev instance). -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #46 from Galen Charlton <gmcharlt@gmail.com> --- I've spent a bit of time with the current patch series, and I've *not* been able to reproduce the problem where going to members/member.pl induced DataTables to try loading the entire patron database. Chris, Owen, could you try again? I'd be particularly interested to know exact browser versions if you're still encountering the problem. Looking at the code, I do see a place in C4/Utils/DataTables/Members.pm where some defensive coding is in order: my $limit; if(defined $dt_params->{iDisplayStart} and defined $dt_params->{iDisplayLength}) { # In order to avoir sql injection $dt_params->{iDisplayStart} =~ s/\D//g; $dt_params->{iDisplayLength} =~ s/\D//g; $limit = "LIMIT $dt_params->{iDisplayStart},$dt_params->{iDisplayLength}"; } The problem is that if iDisplayStart is never passed as a CGI parameter (because of a DataTables bug or some unrelated JavaScript bug interfering with the proper initialization of the DataTables object), the patron query will be unlimited. To avoid that, a LIMIT clause should *always* be added to the patron query, with sensible default values if iDisplayStart and/or iDisplayLength are not supplied. 0 and 20, respectively, I'd say. We may also want to consider hardcoding an absolute cap (say 100?) on iDisplayLength. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #47 from Galen Charlton <gmcharlt@gmail.com> --- (In reply to Jonathan Druart from comment #43)
Maybe the executing time issue is caused by the 2 COUNT(*) queries. But since we don't want the "SELECT SQL_CALC_FOUND_ROWS" mysqlism, I don't know how we can do that on a different way.
And FWIW, even if we allowed the MySQLism, it might not actually be any faster than running two queries: http://www.mysqlperformanceblog.com/2007/08/28/to-sql_calc_found_rows-or-not... That blog post is pretty old, of course, so things may have changed, but benchmarking would be in order either way. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #48 from Galen Charlton <gmcharlt@gmail.com> --- As a final comment, for the moment, I think it is best if merely going to the patron home page does not do a search -- retrieving 20 records isn't a huge performance hit, of course, but the first 20 records are very unlikely to be useful. It would be better to omit the search so that the search form can be rendered more quickly. This should be distinguished (by checking for POST vs. GET, presumably) from the case where the staff user intentionally does a blank patron search as a way of bringing up a list of all patrons. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #49 from Galen Charlton <gmcharlt@gmail.com> --- I lied, one more comment: there is a minor but annoying change of behavior. Prior to the patch, if you start from the patron home page and do a search that retrieves a single hit, it automatically redirects to the details page for that patron. You can then use the back button to get back to the patrons home page. After the patch, the back button is effectively broken -- you can go back, but it will then immediately re-run the search and redirect you back to the patron record. It would be *really* nice if it didn't do that. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #50 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Galen Charlton from comment #46)
I've spent a bit of time with the current patch series, and I've *not* been able to reproduce the problem where going to members/member.pl induced DataTables to try loading the entire patron database.
Thanks for testing Galen!
To avoid that, a LIMIT clause should *always* be added to the patron query, with sensible default values if iDisplayStart and/or iDisplayLength are not supplied. 0 and 20, respectively, I'd say.
We may also want to consider hardcoding an absolute cap (say 100?) on iDisplayLength.
Will be fixed, using 20 by default (like the DT default value). (In reply to Galen Charlton from comment #48)
As a final comment, for the moment, I think it is best if merely going to the patron home page does not do a search -- retrieving 20 records isn't a huge performance hit, of course, but the first 20 records are very unlikely to be useful. It would be better to omit the search so that the search form can be rendered more quickly.
This should be distinguished (by checking for POST vs. GET, presumably) from the case where the staff user intentionally does a blank patron search as a way of bringing up a list of all patrons.
Will be fixed too, the table will be hidden by default. (In reply to Galen Charlton from comment #49)
I lied, one more comment: there is a minor but annoying change of behavior.
Prior to the patch, if you start from the patron home page and do a search that retrieves a single hit, it automatically redirects to the details page for that patron. You can then use the back button to get back to the patrons home page.
After the patch, the back button is effectively broken -- you can go back, but it will then immediately re-run the search and redirect you back to the patron record.
It would be *really* nice if it didn't do that.
It was a feature :) The goal was to display the same results using the back button. The former request already lead to the disappearance of this feature (with the side-effect too). -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #51 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 20290 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20290&action=edit Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #52 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 20291 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20291&action=edit Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #53 from Jonathan Druart <jonathan.druart@biblibre.com> --- Main patches already passed qa. only latest patches need a signed off here, especially not to get data when loading the page. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 I'm just a bot <gitbot@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply CC| |gitbot@bugs.koha-community. | |org --- Comment #54 from I'm just a bot <gitbot@bugs.koha-community.org> --- Applying: Bug 9811: Patron search improvement Using index info to reconstruct a base tree... M C4/Members.pm M koha-tmpl/intranet-tmpl/prog/en/js/datatables.js M members/member.pl M members/moremember.pl Falling back to patching base and 3-way merge... Auto-merging members/moremember.pl Auto-merging members/member.pl CONFLICT (content): Merge conflict in members/member.pl Auto-merging koha-tmpl/intranet-tmpl/prog/en/js/datatables.js Auto-merging C4/Members.pm Patch failed at 0001 Bug 9811: Patron search improvement The copy of the patch that failed is found in: /home/christopher/git/koha/.git/rebase-apply/patch When you have resolved this problem, run "git am --continue". If you prefer to skip this patch, run "git am --skip" instead. To restore the original branch and stop patching, run "git am --abort". -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #20094|0 |1 is obsolete| | Attachment #20095|0 |1 is obsolete| | Attachment #20096|0 |1 is obsolete| | Attachment #20174|0 |1 is obsolete| | Attachment #20266|0 |1 is obsolete| | Attachment #20290|0 |1 is obsolete| | Attachment #20291|0 |1 is obsolete| | --- Comment #55 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 21169 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21169&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 1 service svc/members/search - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen - Try to sort each column - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #56 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 21170 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21170&action=edit Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #57 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 21171 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21171&action=edit Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #58 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 21172 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21172&action=edit Bug 9811 - multilines notes brakes JSON In new patron search feature, the search results are fetched using Ajax and returned in JSON format. The JSON is created by TT using koha-tmpl/intranet-tmpl/prog/en/modules/members/tables/members_results.tt. One of the fields is the borrower notes. When this notes contains several lines, the JSON is broken. This patch uses TT fileters to consert in notes linefeeds into HTML line break (html_line_break) and then remove linefeeds (collapse). Test plan : - perform a member search that does not return a borrower with a circ note - edit one of the borrowers returned by this search - enter serveral lines of text in "Circulation note" and save - reperform the member search => circ note is well displayed on several lines -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #59 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 21173 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21173&action=edit Bug 9811: use count(primary_key) instead of count(*) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #60 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 21174 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21174&action=edit Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #61 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 21175 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21175&action=edit Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 cedric.vita@dracenie.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cedric.vita@dracenie.com --- Comment #62 from cedric.vita@dracenie.com --- The patch works with the note circulation in the borrower record, the note appears. But in the note off the borrower record "Add a new message"(circulation.pl?borrowernumber=XXX), the note is not displayed. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #63 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I think that is ok - the messages notes system was added later and I think it did never show up in the table. This could go on a separate bug. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 I'm just a bot <gitbot@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- When did the bot| |2013-09-29 last check this| | --- Comment #64 from I'm just a bot <gitbot@bugs.koha-community.org> --- Patch applied cleanly, go forth and signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #65 from cedric.vita@dracenie.com --- Mail when the application sandbox The sandbox you've requested is not ready. Some problems occurred applying patches from bug 9811: <h1>Something went wrong !</h1>Applying: Bug 9811: Patron search improvement Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging C4/Members.pm Auto-merging koha-tmpl/intranet-tmpl/prog/en/js/datatables.js Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/members/member.tt CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/modules/members/member.tt Auto-merging members/member.pl CONFLICT (content): Merge conflict in members/member.pl Auto-merging members/moremember.pl Failed to merge in the changes. Patch failed at 0001 Bug 9811: Patron search improvement When you have resolved this problem run git bz apply --continue. If you would prefer to skip this patch, instead run git bz apply --skip. To restore the original branch and stop patching run git bz apply --abort. Bug 9811 - Patrons search improvements 21169 - Bug 9811: Patron search improvement 21170 - Bug 9811: Add unit tests for C4::Utils::DT::Members 21171 - Bug 9811: QA followup 21172 - Bug 9811 - multilines notes brakes JSON 21173 - Bug 9811: use count(primary_key) instead of count(*) 21174 - Bug 9811: A limit clause should be always added. 21175 - Bug 9811: Load the page without any data. Apply? [(y)es, (n)o, (i)nteractive] Patch left in /tmp/Bug-9811-Patron-search-improvement-zsuviY.patch . -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #21169|0 |1 is obsolete| | Attachment #21170|0 |1 is obsolete| | Attachment #21171|0 |1 is obsolete| | Attachment #21172|0 |1 is obsolete| | Attachment #21173|0 |1 is obsolete| | Attachment #21174|0 |1 is obsolete| | Attachment #21175|0 |1 is obsolete| | --- Comment #66 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 22265 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22265&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 2 services svc/members/search and svc/members/add_to_list - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Amended patch: Since bug 10565 has been pushed, these patches don't apply cleanly. I had to rewrite a part of the patron list feature. I removed the choice to add all resultant patrons from a search. I think this choice is useless with this patch: we are able to display the number of patrons we want and to select all of them. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen. - Try to sort each column. - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF. - Verify this feature does not break the patron list feature (cf bug 10565). Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! Bug 9811 - multilines notes brakes JSON In new patron search feature, the search results are fetched using Ajax and returned in JSON format. The JSON is created by TT using koha-tmpl/intranet-tmpl/prog/en/modules/members/tables/members_results.tt. One of the fields is the borrower notes. When this notes contains several lines, the JSON is broken. This patch uses TT fileters to consert in notes linefeeds into HTML line break (html_line_break) and then remove linefeeds (collapse). Test plan : - perform a member search that does not return a borrower with a circ note - edit one of the borrowers returned by this search - enter serveral lines of text in "Circulation note" and save - reperform the member search => circ note is well displayed on several lines Bug 9811: use count(primary_key) instead of count(*) Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #67 from Jonathan Druart <jonathan.druart@biblibre.com> --- Rebased and squashed patch. A huge conflict (caused by bug 10565) appeared on rebasing so I preferred squashing the patches. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |10565 --- Comment #68 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Jonathan Druart from comment #66)
Amended patch: Since bug 10565 has been pushed, these patches don't apply cleanly. I had to rewrite a part of the patron list feature. I removed the choice to add all resultant patrons from a search. I think this choice is useless with this patch: we are able to display the number of patrons we want and to select all of them.
Kyle, could you agree or disagree with that please? -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 I'm just a bot <gitbot@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- When did the bot|2013-09-29 00:00:00 |2013-10-30 last check this| | --- Comment #69 from I'm just a bot <gitbot@bugs.koha-community.org> --- Patch applied cleanly, go forth and signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Koha Team AMU <koha.aixmarseille@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha.aixmarseille@gmail.com -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #70 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- Hi Jonathan 3 remarks: - there is a little conflict (I solved it on my VM) - when I click on A to see all the patrons with name begining with A, I am automatically redirected to the card of the only patron whose name begins with A. Is it a wanted behavior? - when I try to sort the table according to names or cardnumber, the sorting is quite slow. It's surprizing, because I only have 10 patrons in my test base. So I fear the results will be worse with a real base. Maybe it's an issue of my computer, but do you think there is some part of code to optimize? - Is there a way to cancel a filter when it is too restrictive? or to cancel all filters? Mathieu -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #71 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- 4 remarks in fact... -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #72 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to mathieu saby from comment #70)
Hi Jonathan
3 remarks:
- there is a little conflict (I solved it on my VM)
I will submit a rebased patch.
- when I click on A to see all the patrons with name begining with A, I am automatically redirected to the card of the only patron whose name begins with A. Is it a wanted behavior?
When the table has only 1 result, the patron detail page is displayed.
- when I try to sort the table according to names or cardnumber, the sorting is quite slow. It's surprizing, because I only have 10 patrons in my test base. So I fear the results will be worse with a real base. Maybe it's an issue of my computer, but do you think there is some part of code to optimize?
With 3.7k patrons, I get a response in 600ms.
- Is there a way to cancel a filter when it is too restrictive? or to cancel all filters?
I don't understand. The filters on the left can be canceled on choosing the first entry 'all/any'. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #22265|0 |1 is obsolete| | --- Comment #73 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 23261 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23261&action=edit Bug 9811: Patron search improvement Rebased patch. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #23261|0 |1 is obsolete| | --- Comment #74 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 24095 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=24095&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 2 services svc/members/search and svc/members/add_to_list - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Amended patch: Since bug 10565 has been pushed, these patches don't apply cleanly. I had to rewrite a part of the patron list feature. I removed the choice to add all resultant patrons from a search. I think this choice is useless with this patch: we are able to display the number of patrons we want and to select all of them. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen. - Try to sort each column. - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF. - Verify this feature does not break the patron list feature (cf bug 10565). Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! Bug 9811 - multilines notes brakes JSON In new patron search feature, the search results are fetched using Ajax and returned in JSON format. The JSON is created by TT using koha-tmpl/intranet-tmpl/prog/en/modules/members/tables/members_results.tt. One of the fields is the borrower notes. When this notes contains several lines, the JSON is broken. This patch uses TT fileters to consert in notes linefeeds into HTML line break (html_line_break) and then remove linefeeds (collapse). Test plan : - perform a member search that does not return a borrower with a circ note - edit one of the borrowers returned by this search - enter serveral lines of text in "Circulation note" and save - reperform the member search => circ note is well displayed on several lines Bug 9811: use count(primary_key) instead of count(*) Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #75 from Jonathan Druart <jonathan.druart@biblibre.com> --- Rebased patch. Fix conflicts with bug 10834 and add support for search on sort1 and sort2 fields. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #76 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 24111 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=24111&action=edit Bug 9811: FIX branches loop was not correctly set The branches loop was not set with the values. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 jmbroust <jean-manuel.broust@univ-lyon2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |jean-manuel.broust@univ-lyo | |n2.fr --- Comment #77 from jmbroust <jean-manuel.broust@univ-lyon2.fr> --- Tested on sandbox 16 biblibre. We tried to test this patch. We have detected several problems : - A clic on Cancel button makes appear a branch (médiathèque de prêt) whereas we didn't select this branch - Synchronization and consistency problems with the two text search boxes (searchmember and searchmember_filter) - Problems with Back button : old searches are saved and performed - This patch looks like the advanced research : is it made to filter results after a search or to perform the same search as an advanced research ? - We have detected encoding problems, example : Catégorie (fr-FR) Thanks -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #78 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to jmbroust from comment #77)
Tested on sandbox 16 biblibre.
We tried to test this patch. We have detected several problems : - A clic on Cancel button makes appear a branch (médiathèque de prêt) whereas we didn't select this branch
Fixed by the last patch.
- Synchronization and consistency problems with the two text search boxes (searchmember and searchmember_filter)
Could you detail please?
- Problems with Back button : old searches are saved and performed
I don't know how to fix that :-/ I will see while the QA step.
- This patch looks like the advanced research : is it made to filter results after a search or to perform the same search as an advanced research ?
Filters allow you to refine your search.
- We have detected encoding problems, example : Catégorie (fr-FR)
Not introduced by this patch. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #79 from jmbroust <jean-manuel.broust@univ-lyon2.fr> --- (In reply to Jonathan Druart from comment #78)
- Synchronization and consistency problems with the two text search boxes (searchmember and searchmember_filter)
Could you detail please? Example 1 : we make a research "Maxime" with the top search box and then a research "Jean" with the filter search. When we clic on the back button, "Jean" didn't appear in the filter search field (it's "Maxime" instead). Example 2 : When we make an advanced research, fields are automatically filled in the filter research. So the synchronisation doesn't work everytime.
Thanks. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #80 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to jmbroust from comment #79)
(In reply to Jonathan Druart from comment #78)
- Synchronization and consistency problems with the two text search boxes (searchmember and searchmember_filter)
Could you detail please? Example 1 : we make a research "Maxime" with the top search box and then a research "Jean" with the filter search. When we clic on the back button, "Jean" didn't appear in the filter search field (it's "Maxime" instead). Example 2 : When we make an advanced research, fields are automatically filled in the filter research. So the synchronisation doesn't work everytime.
It is the behavior of the browser. In fact, when you use the filters, the page is not reloaded entirely, only the results table. What you describe is a correct behavior. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #81 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Jonathan Druart from comment #78)
- Problems with Back button : old searches are saved and performed
I don't know how to fix that :-/ I will see while the QA step.
I don't have a solution for that. A workaround would be to open the patron detail page into a new tab/window. I switch back the status to needs signoff. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Petter Goksøyr Åsen <boutrosboutrosboutros@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |boutrosboutrosboutros@gmail | |.com --- Comment #82 from Petter Goksøyr Åsen <boutrosboutrosboutros@gmail.com> ---
- Problems with Back button : old searches are saved and performed
I don't know how to fix that :-/ I will see while the QA step.
I don't have a solution for that. A workaround would be to open the patron detail page into a new tab/window.
Note: I havent tried this patch, but I recently resolved a similar issue in another project. Most browsers now use something called BFCache (back-forward cache) witch means that when you click back button, the page is not reloaded, and scripts not rerun, The page is still in browser memory, so it just revert to previous state. To force any action when you are going back, you have to listen for the "pageshow" event. For example with jqUery: $(window).bind("pageshow", function() { // clear input fields here! }); You can read about BFcache logic here: https://developer.mozilla.org/en-US/docs/Working_with_BFCache Hope this helps! -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 francois.pichenot@ovh.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply CC| |francois.pichenot@ovh.fr -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #24095|0 |1 is obsolete| | --- Comment #83 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 26067 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26067&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 2 services svc/members/search and svc/members/add_to_list - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Amended patch: Since bug 10565 has been pushed, these patches don't apply cleanly. I had to rewrite a part of the patron list feature. I removed the choice to add all resultant patrons from a search. I think this choice is useless with this patch: we are able to display the number of patrons we want and to select all of them. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen. - Try to sort each column. - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF. - Verify this feature does not break the patron list feature (cf bug 10565). Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! Bug 9811 - multilines notes brakes JSON In new patron search feature, the search results are fetched using Ajax and returned in JSON format. The JSON is created by TT using koha-tmpl/intranet-tmpl/prog/en/modules/members/tables/members_results.tt. One of the fields is the borrower notes. When this notes contains several lines, the JSON is broken. This patch uses TT fileters to consert in notes linefeeds into HTML line break (html_line_break) and then remove linefeeds (collapse). Test plan : - perform a member search that does not return a borrower with a circ note - edit one of the borrowers returned by this search - enter serveral lines of text in "Circulation note" and save - reperform the member search => circ note is well displayed on several lines Bug 9811: use count(primary_key) instead of count(*) Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #24111|0 |1 is obsolete| | --- Comment #84 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 26068 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26068&action=edit Bug 9811: FIX branches loop was not correctly set The branches loop was not set with the values. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 jmbroust <jean-manuel.broust@univ-lyon2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #85 from jmbroust <jean-manuel.broust@univ-lyon2.fr> --- Tested on sandbox 15 in French : problem of diacritics. Example : adhérent becomes adhérent. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |olli-antti.kivilahti@jns.fi --- Comment #86 from Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> --- Hi collected my bug findings here. 1. Monster circulation note breaks search functionality. 2. Members.t throws undefined errors. http://pastebin.com/Es9MD48q -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #87 from Jonathan Druart <jonathan.druart@biblibre.com> --- This is break(In reply to jmbroust from comment #85)
Tested on sandbox 15 in French : problem of diacritics. Example : adhérent becomes adhérent.
Are you sure it is from this patch? Is it append on all pages? -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #88 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Olli-Antti Kivilahti from comment #86)
Hi collected my bug findings here. 1. Monster circulation note breaks search functionality. 2. Members.t throws undefined errors. http://pastebin.com/Es9MD48q
This appends if the notes contain \s or \d, the generated JSON is not valid. Even if I use the json filter (JSON.Espace) in the template, the problem exists. I think it is not critical. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #89 from jmbroust <jean-manuel.broust@univ-lyon2.fr> --- (In reply to Jonathan Druart from comment #87)
This is break(In reply to jmbroust from comment #85)
Tested on sandbox 15 in French : problem of diacritics. Example : adhérent becomes adhérent.
Are you sure it is from this patch? Is it append on all pages?
It seems to be only in the member.pl pages. I am sure it is introduced by the patch because I had a look before applying this patch. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #90 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to jmbroust from comment #89)
(In reply to Jonathan Druart from comment #87)
This is break(In reply to jmbroust from comment #85)
Tested on sandbox 15 in French : problem of diacritics. Example : adhérent becomes adhérent.
Are you sure it is from this patch? Is it append on all pages?
It seems to be only in the member.pl pages. I am sure it is introduced by the patch because I had a look before applying this patch.
I don't reproduce. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #91 from Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> --- Created attachment 26261 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26261&action=edit Bug 9811: Fixing JSON validation error for non-javascript string literal characters Issue: When a patron has backslashes in his circulation notes, the JSON transportation layer cannot send the message because it will fail JSON validation when trying to validate backslashed non-literal characters (\s \d ...). This causes the whole search to fail when even one Borrower has a non-literal backslashed character in his notes. Solution: The Borrowers' circulation notes are filtered through a regexp which doubles all backslashes to prepare them for the JSON validation routine. Result: Backslashes pass through unchanged. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #92 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 26336 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26336&action=edit Bug 9811: FIX encoding issue on patron categories The patron categories should use the html_entity filter (on the current master). -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26336|0 |1 is obsolete| | --- Comment #93 from Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> --- Created attachment 26337 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26337&action=edit Bug 9811: FIX encoding issue on patron categories The patron categories should use the html_entity filter (on the current master). Signed-off-by: Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> This fix solves the issue of double encoding some utf8-characters by html_encoding the patron categories, which are not marked as utf8. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26067|0 |1 is obsolete| | --- Comment #94 from Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> --- Created attachment 26342 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26342&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 2 services svc/members/search and svc/members/add_to_list - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Amended patch: Since bug 10565 has been pushed, these patches don't apply cleanly. I had to rewrite a part of the patron list feature. I removed the choice to add all resultant patrons from a search. I think this choice is useless with this patch: we are able to display the number of patrons we want and to select all of them. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen. - Try to sort each column. - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF. - Verify this feature does not break the patron list feature (cf bug 10565). Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! Bug 9811 - multilines notes brakes JSON In new patron search feature, the search results are fetched using Ajax and returned in JSON format. The JSON is created by TT using koha-tmpl/intranet-tmpl/prog/en/modules/members/tables/members_results.tt. One of the fields is the borrower notes. When this notes contains several lines, the JSON is broken. This patch uses TT fileters to consert in notes linefeeds into HTML line break (html_line_break) and then remove linefeeds (collapse). Test plan : - perform a member search that does not return a borrower with a circ note - edit one of the borrowers returned by this search - enter serveral lines of text in "Circulation note" and save - reperform the member search => circ note is well displayed on several lines Bug 9811: use count(primary_key) instead of count(*) Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. Signed-off-by: Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> ------------- -TEST REPORT- ------------- For the filter: Tested all the search fields, branches, search type. Found a bug with "date of birth", followup provided. Tested display limits and verified that AJAX-queries are efficient (using LIMIT clause) to not stress DB needlessly. Tested adding Patrons to a list. A good feature, which seems to work quite well. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #95 from Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> --- Created attachment 26347 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26347&action=edit Bug 9811 - datetime does not respect DateFormat-system prefrence To test: Try searching by the date of birth using the left filter column. Good luck. After applying this patch: You can search using your preferred DateFormat. Merci bocu -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off --- Comment #96 from Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> --- kick ass! -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26342|0 |1 is obsolete| | --- Comment #97 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 27642 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27642&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 2 services svc/members/search and svc/members/add_to_list - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Amended patch: Since bug 10565 has been pushed, these patches don't apply cleanly. I had to rewrite a part of the patron list feature. I removed the choice to add all resultant patrons from a search. I think this choice is useless with this patch: we are able to display the number of patrons we want and to select all of them. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen. - Try to sort each column. - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF. - Verify this feature does not break the patron list feature (cf bug 10565). Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! Bug 9811 - multilines notes brakes JSON In new patron search feature, the search results are fetched using Ajax and returned in JSON format. The JSON is created by TT using koha-tmpl/intranet-tmpl/prog/en/modules/members/tables/members_results.tt. One of the fields is the borrower notes. When this notes contains several lines, the JSON is broken. This patch uses TT fileters to consert in notes linefeeds into HTML line break (html_line_break) and then remove linefeeds (collapse). Test plan : - perform a member search that does not return a borrower with a circ note - edit one of the borrowers returned by this search - enter serveral lines of text in "Circulation note" and save - reperform the member search => circ note is well displayed on several lines Bug 9811: use count(primary_key) instead of count(*) Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. Signed-off-by: Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> ------------- -TEST REPORT- ------------- For the filter: Tested all the search fields, branches, search type. Found a bug with "date of birth", followup provided. Tested display limits and verified that AJAX-queries are efficient (using LIMIT clause) to not stress DB needlessly. Tested adding Patrons to a list. A good feature, which seems to work quite well. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26068|0 |1 is obsolete| | --- Comment #98 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 27643 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27643&action=edit Bug 9811: FIX branches loop was not correctly set The branches loop was not set with the values. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26261|0 |1 is obsolete| | --- Comment #99 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 27644 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27644&action=edit Bug 9811: Fixing JSON validation error for non-javascript string literal characters Issue: When a patron has backslashes in his circulation notes, the JSON transportation layer cannot send the message because it will fail JSON validation when trying to validate backslashed non-literal characters (\s \d ...). This causes the whole search to fail when even one Borrower has a non-literal backslashed character in his notes. Solution: The Borrowers' circulation notes are filtered through a regexp which doubles all backslashes to prepare them for the JSON validation routine. Result: Backslashes pass through unchanged. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26337|0 |1 is obsolete| | --- Comment #100 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 27645 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27645&action=edit Bug 9811: FIX encoding issue on patron categories The patron categories should use the html_entity filter (on the current master). Signed-off-by: Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> This fix solves the issue of double encoding some utf8-characters by html_encoding the patron categories, which are not marked as utf8. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26347|0 |1 is obsolete| | --- Comment #101 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 27646 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27646&action=edit Bug 9811 - datetime does not respect DateFormat-system prefrence To test: Try searching by the date of birth using the left filter column. Good luck. After applying this patch: You can search using your preferred DateFormat. Merci bocu -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Signed Off --- Comment #102 from Jonathan Druart <jonathan.druart@biblibre.com> --- The last patch set only fixes the patches order. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #103 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Patches still apply, QA script noted something small: FAIL C4/Utils/DataTables/Members.pm OK pod FAIL forbidden patterns forbidden pattern: Koha is now under the GPLv3 license (line 204) OK valid OK critic -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #104 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 27711 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27711&action=edit Bug 9811: QA follow-up: Fix license version -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #105 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Giving this some quick tests for today, hopefully more soon: Tested with problems: 1) Sending an empty search from the patrons module top search results in a perl error: Can't use an undefined value as an ARRAY reference at /usr/lib/perl5/DBI.pm line 2059. 2) There is a sort option on the first column with the checkboxes for the patron list feature, but if you sort with checkboxes checked, all checkboxes are unchecked. 3) I had it happen that my existing patron lists didn't show up in the pull down - after switching to master and back to the branch with the patches applied, I can't reproduce that. So for now this is mostly a note to keep an eye out for that. Suggestions: 3) It would be nice to be able to sort on the 'fines' column as well. Tested OK: 1) Searching for % still returns all borrowers. 2) Alphabetic browse still works correctly. Does someone know a good trick to add a few thousand borrowers easily? :) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #106 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Found another tiny issue: missing space between category and type: Staff(S) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #107 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Another small one: Some time ago the email address was added to the information displayed, with the patch we have a small regression there as it no longer displays. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #27642|0 |1 is obsolete| | Attachment #27643|0 |1 is obsolete| | Attachment #27644|0 |1 is obsolete| | Attachment #27645|0 |1 is obsolete| | Attachment #27646|0 |1 is obsolete| | Attachment #27711|0 |1 is obsolete| | --- Comment #108 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28738 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28738&action=edit Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 2 services svc/members/search and svc/members/add_to_list - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Amended patch: Since bug 10565 has been pushed, these patches don't apply cleanly. I had to rewrite a part of the patron list feature. I removed the choice to add all resultant patrons from a search. I think this choice is useless with this patch: we are able to display the number of patrons we want and to select all of them. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen. - Try to sort each column. - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF. - Verify this feature does not break the patron list feature (cf bug 10565). Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! Bug 9811 - multilines notes brakes JSON In new patron search feature, the search results are fetched using Ajax and returned in JSON format. The JSON is created by TT using koha-tmpl/intranet-tmpl/prog/en/modules/members/tables/members_results.tt. One of the fields is the borrower notes. When this notes contains several lines, the JSON is broken. This patch uses TT fileters to consert in notes linefeeds into HTML line break (html_line_break) and then remove linefeeds (collapse). Test plan : - perform a member search that does not return a borrower with a circ note - edit one of the borrowers returned by this search - enter serveral lines of text in "Circulation note" and save - reperform the member search => circ note is well displayed on several lines Bug 9811: use count(primary_key) instead of count(*) Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. Signed-off-by: Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> ------------- -TEST REPORT- ------------- For the filter: Tested all the search fields, branches, search type. Found a bug with "date of birth", followup provided. Tested display limits and verified that AJAX-queries are efficient (using LIMIT clause) to not stress DB needlessly. Tested adding Patrons to a list. A good feature, which seems to work quite well. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #109 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28739 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28739&action=edit Bug 9811: FIX branches loop was not correctly set The branches loop was not set with the values. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #110 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28740 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28740&action=edit Bug 9811: Fixing JSON validation error for non-javascript string literal characters Issue: When a patron has backslashes in his circulation notes, the JSON transportation layer cannot send the message because it will fail JSON validation when trying to validate backslashed non-literal characters (\s \d ...). This causes the whole search to fail when even one Borrower has a non-literal backslashed character in his notes. Solution: The Borrowers' circulation notes are filtered through a regexp which doubles all backslashes to prepare them for the JSON validation routine. Result: Backslashes pass through unchanged. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #111 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28741 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28741&action=edit Bug 9811: FIX encoding issue on patron categories The patron categories should use the html_entity filter (on the current master). Signed-off-by: Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> This fix solves the issue of double encoding some utf8-characters by html_encoding the patron categories, which are not marked as utf8. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #112 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28742 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28742&action=edit Bug 9811 - datetime does not respect DateFormat-system prefrence To test: Try searching by the date of birth using the left filter column. Good luck. After applying this patch: You can search using your preferred DateFormat. Merci bocu -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #113 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28743 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28743&action=edit Bug 9811: QA follow-up: Fix license version -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #114 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28744 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28744&action=edit Bug 9811: Display email address in patron result list This patch restores the enhancement introduced by Bug 10318. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #115 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28745 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28745&action=edit Bug 9811: Remove useless orderby management I don't know what is this stuff. I didn't find a call to member.pl with an orderby parameter. I am not sure this is in used. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #116 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28746 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28746&action=edit Bug 9811: Various fixes This patch fixes the issues raised in bug 9811 comment 105, 106 and 107: 1/ Add missing space between category and type. 2/ Fix error on searching an empty string (caused by a previous rebase). 3/ Remove sort option on checkbox/borrowernumber column. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #117 from Jonathan Druart <jonathan.druart@biblibre.com> --- 10318:(In reply to Katrin Fischer from comment #105)
Giving this some quick tests for today, hopefully more soon:
Thanks!
1) Sending an empty search from the patrons module top search results in a perl error: Can't use an undefined value as an ARRAY reference at /usr/lib/perl5/DBI.pm line 2059.
Fixed.
2) There is a sort option on the first column with the checkboxes for the patron list feature, but if you sort with checkboxes checked, all checkboxes are unchecked.
Fixed.
3) I had it happen that my existing patron lists didn't show up in the pull down - after switching to master and back to the branch with the patches applied, I can't reproduce that. So for now this is mostly a note to keep an eye out for that.
Hum, weird... :)
3) It would be nice to be able to sort on the 'fines' column as well.
No more improvement is envisage in this report. But could be done later. (In reply to Katrin Fischer from comment #106)
Found another tiny issue: missing space between category and type: Staff(S)
Fixed. (In reply to Katrin Fischer from comment #107)
Another small one: Some time ago the email address was added to the information displayed, with the patch we have a small regression there as it no longer displays.
Yep, good catch, introduced by bug 10318. Reintroduced in one of the last patches. Back to Signed Off. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #118 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28747 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28747&action=edit Build patrons (In reply to Katrin Fischer from comment #105)
Does someone know a good trick to add a few thousand borrowers easily? :)
Try this script (you have to edit the $number_of_patrons_to_create variable value). /!\ Don't use this script if you are in love with you DB! -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #119 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Jonathan, thx for the follow-ups! I will try to test your script and dump my database before doing so :) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #120 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28781 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28781&action=edit Bug 9811: Cardnumber could be alphanumeric -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #121 from Jonathan Druart <jonathan.druart@biblibre.com> --- Created attachment 28782 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28782&action=edit Bug 9811: Fix wording branch vs library -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #122 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- 1) Top search - (will test later) 2) New filters - OK Terminology - (will test more later) 3) Result list - OK Cardnumber - OK Name, address and email - OK Fines, checkouts and overdues - OK Adding patrons to patron lists - OK Select all/unselect all - OK Sorting on the various columns - OK Paging 4) Performance My database currently has about 10.000 patrons, response times so far seem ok. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #123 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29019 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29019&action=edit [PASSED QA] Bug 9811: Patron search improvement This patch add DataTables using server-side processing for the patrons search. It adds: - 1 module C4/Utils/DataTables/Members.pm - 2 services svc/members/search and svc/members/add_to_list - 1 template members/tables/members_results.tt - 1 new practice which is to add template for DataTables in a subdirectory named 'tables'. Impacted scripts: members/members-home.pl and members/members.pl To go further: We can imagine that all patrons searches use the same service with no big changes: 1 little template creates a JSON file and to implement DataTables on the template page, that's all. Amended patch: Since bug 10565 has been pushed, these patches don't apply cleanly. I had to rewrite a part of the patron list feature. I removed the choice to add all resultant patrons from a search. I think this choice is useless with this patch: we are able to display the number of patrons we want and to select all of them. Test plan: - Check that there is no regression on searching patrons. - Try filters on the left of the screen. - Try to sort each column. - Try the "Browse by last name" links. - Check that the "Clear" button clears yours filters. - Try with IndependantBranches ON and OFF. - Verify this feature does not break the patron list feature (cf bug 10565). Signed-off-by: Cedric Vita <cedric.vita@dracenie.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script, couldn't find any regressions or problems. Some notes left on the bug. Bug 9811: Add unit tests for C4::Utils::DT::Members Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Bug 9811: QA followup - removes 2 tabs - removes mysqlisms - add sort on borrowernotes - fix wrong capitalization - cat => Category Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Thx for fixing these! Bug 9811 - multilines notes brakes JSON In new patron search feature, the search results are fetched using Ajax and returned in JSON format. The JSON is created by TT using koha-tmpl/intranet-tmpl/prog/en/modules/members/tables/members_results.tt. One of the fields is the borrower notes. When this notes contains several lines, the JSON is broken. This patch uses TT fileters to consert in notes linefeeds into HTML line break (html_line_break) and then remove linefeeds (collapse). Test plan : - perform a member search that does not return a borrower with a circ note - edit one of the borrowers returned by this search - enter serveral lines of text in "Circulation note" and save - reperform the member search => circ note is well displayed on several lines Bug 9811: use count(primary_key) instead of count(*) Bug 9811: A limit clause should be always added. By default, we want to retrieve 20 first results. Bug 9811: Load the page without any data. Displaying the first 20 patrons is not useful. With this patch, the table is hidden and no record is retrieved by default. On the same way, the existing side effect on redirect disappears. Signed-off-by: Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> ------------- -TEST REPORT- ------------- For the filter: Tested all the search fields, branches, search type. Found a bug with "date of birth", followup provided. Tested display limits and verified that AJAX-queries are efficient (using LIMIT clause) to not stress DB needlessly. Tested adding Patrons to a list. A good feature, which seems to work quite well. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Adding my test plan to the last patch of this bug. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #124 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29020 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29020&action=edit [PASSED QA] Bug 9811: FIX branches loop was not correctly set The branches loop was not set with the values. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #125 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29021 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29021&action=edit [PASSED QA] Bug 9811: Fixing JSON validation error for non-javascript string literal characters Issue: When a patron has backslashes in his circulation notes, the JSON transportation layer cannot send the message because it will fail JSON validation when trying to validate backslashed non-literal characters (\s \d ...). This causes the whole search to fail when even one Borrower has a non-literal backslashed character in his notes. Solution: The Borrowers' circulation notes are filtered through a regexp which doubles all backslashes to prepare them for the JSON validation routine. Result: Backslashes pass through unchanged. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #126 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29022 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29022&action=edit [PASSED QA] Bug 9811: FIX encoding issue on patron categories The patron categories should use the html_entity filter (on the current master). Signed-off-by: Olli-Antti Kivilahti <olli-antti.kivilahti@jns.fi> This fix solves the issue of double encoding some utf8-characters by html_encoding the patron categories, which are not marked as utf8. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #127 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29023 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29023&action=edit [PASSED QA] Bug 9811 - datetime does not respect DateFormat-system prefrence To test: Try searching by the date of birth using the left filter column. Good luck. After applying this patch: You can search using your preferred DateFormat. Merci bocu Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #128 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29024 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29024&action=edit [PASSED QA] Bug 9811: QA follow-up: Fix license version Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #129 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29025 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29025&action=edit [PASSED QA] Bug 9811: Display email address in patron result list This patch restores the enhancement introduced by Bug 10318. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #130 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29026 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29026&action=edit [PASSED QA] Bug 9811: Remove useless orderby management I don't know what is this stuff. I didn't find a call to member.pl with an orderby parameter. I am not sure this is in used. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #131 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29027 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29027&action=edit [PASSED QA] Bug 9811: Various fixes This patch fixes the issues raised in bug 9811 comment 105, 106 and 107: 1/ Add missing space between category and type. 2/ Fix error on searching an empty string (caused by a previous rebase). 3/ Remove sort option on checkbox/borrowernumber column. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #132 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29028 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29028&action=edit [PASSED QA] Bug 9811: Cardnumber could be alphanumeric Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #133 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 29029 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29029&action=edit [PASSED QA] Bug 9811: Fix wording branch vs library Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Passes all tests and QA script. 1) Top search - OK no regressions found 2) New filters - OK Terminology - OK Search fields, search types, category, library - OK Clear button 3) Result list - OK Cardnumber - OK Name, address and email - OK Fines, checkouts and overdues - OK Adding patrons to patron lists - OK Select all/unselect all - OK Sorting on the various columns - OK Paging - OK PatronsPerPage system preference 4) Performance Tested with a database containing 40.000 patrons. Search results were displayed with a little delay, overall performance seemed pretty good. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28738|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28739|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28740|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28741|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28742|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28743|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28744|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28745|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28746|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28781|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28782|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #134 from Kyle M Hall <kyle@bywatersolutions.com> --- Created attachment 29442 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29442&action=edit Bug 9811 [QA Followup] - Enable bProcessing It's a bit disconcerting to not have any feedback while paging through the patrons. Enabling bProcessing helps resolve that. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Tomás Cohen Arazi <tomascohen@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master CC| |tomascohen@gmail.com --- Comment #135 from Tomás Cohen Arazi <tomascohen@gmail.com> --- Patches pushed to master. Thanks Jonathan and everyone involved! -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=10155 -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #136 from Dobrica Pavlinusic <dpavlin@rot13.org> --- It seems that this patch changes behavior when we search for first name last name combination. In old code, we where able to enter full patron name and get just that patron, while with this change we get all patrons which have same first OR last name. This is quite annoying because for common names we get 300+ results instead of just one. It seems that we should use AND operator for all "standard" fields in C4::Utils::DataTables::Members, but I might be wrong. Comments how to address this are very welcomed. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #137 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Dobrica Pavlinusic from comment #136)
It seems that we should use AND operator for all "standard" fields in C4::Utils::DataTables::Members, but I might be wrong.
Could you detail, I don't understand. If you search "john doe", which query are you expected? -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 --- Comment #138 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Jonathan Druart from comment #137)
(In reply to Dobrica Pavlinusic from comment #136)
It seems that we should use AND operator for all "standard" fields in C4::Utils::DataTables::Members, but I might be wrong.
Could you detail, I don't understand.
If you search "john doe", which query are you expected?
Ok, understood looking at the previous code. It should work as it. It's a bug. If you open a bug report, I can submit a patch. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |12595 -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|12595 | --- Comment #139 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Jonathan Druart from comment #138)
If you open a bug report, I can submit a patch.
I opened bug 12595. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |12595 -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |12833 -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |13458 -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9811 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |13891 -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org