April 2012 - Koha-bugs - lists.koha-community.org

[Bug 7839] New: Enhancement: Show routing lists attached to patron in Patron record
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '12

02 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7839 Priority: P5 - low Change sponsored?: --- Bug ID: 7839 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Enhancement: Show routing lists attached to patron in Patron record QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: Patrons Product: Koha Adds a tab called "Routing Lists" into the Patron record between "Fines" and "Circulation History". It lists all the subscription titles that the patron has routed to them. Each title has a link to the subscription record and a link to the edit window of the routing list. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 8020] New: Prepare debian packages for 3.8 release
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '12

02 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8020 Priority: P5 - low Change sponsored?: --- Bug ID: 8020 Assignee: robin(a)catalyst.net.nz Summary: Prepare debian packages for 3.8 release Severity: enhancement Classification: Unclassified OS: All Reporter: robin(a)catalyst.net.nz Hardware: All Status: NEW Version: rel_3_6 Component: Packaging Product: Koha This contains the patches needed to account for the fact the version number has changed from 3.6 to 3.8, and updates all the changelogs etc. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7955] New: Statistics tab in patron module
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7955 Priority: P5 - low Change sponsored?: --- Bug ID: 7955 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Statistics tab in patron module QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Patrons Product: Koha It would be great to have a tab (in the patron module) with statistics (number of issues by document type) -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 6840] New: error in Template.pm in logs
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6840 Bug #: 6840 Summary: error in Template.pm in logs Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In staff interface, in search (catalogue/search.pl), there is a warning saying: [Fri Sep 2 18:20:24 2011] search.pl: Use of uninitialized value $key in hash element at /home/paul/koha.dev/koha-community/C4/Templates.pm line 227. The problem happens when searching from the quick search toolbar, not when you search from advanced search. Investigating, it seems it's because the sort_by is not defined in this case. Patch will follow -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 13

[Bug 6674] New: Collapse display of patron address by default
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6674 Bug #: 6674 Summary: Collapse display of patron address by default Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Circulation AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Use CSS+JS to collapse the display of the patron address in the sidebar on circ and patron related pages. This change is being pulled from Bug 5436 since it's unrelated to patron attributes. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 18

[Bug 7544] New: Add ability search borrowers only on email / phone
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '12

27 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7544 Bug #: 7544 Summary: Add ability search borrowers only on email / phone Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: kyle.m.hall(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com We find that we miss a Harleyism - PTFS added a drop down menu in the patron search including email, phone number, and borrower number to the standard search. For email or phone number, you could use an asterisk (*555-1212 or *.rainbow.net) wildcard character. In this feature, searching (212) 555-1212 and 212 555 1212 were NOT equivalent, you had to search for the phone number as entered, or truncated to just a part (like *1212*). Mickey suggests that we limit the search string to the last four digits (the most unique part of the phone number). We especially need the email search feature back to identify typos and bounced notices. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 33

[Bug 7153] New: Show Open Library as Search Target in "More Searches" in OPAC detail page
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '12

27 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7153 Bug #: 7153 Summary: Show Open Library as Search Target in "More Searches" in OPAC detail page Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: ian.walls(a)bywatersolutions.com Created attachment 6190 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6190 Patch Show Open Library as Search Target in "More Searches" in OPAC detail page. Updated syspref OPACSearchForTitleIn to include Open Library as a search target -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 31

[Bug 7563] New: Silent print slips using Firefox PlugIn jsPrintSetup and new staff client preference
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '12

27 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7563 Bug #: 7563 Summary: Silent print slips using Firefox PlugIn jsPrintSetup and new staff client preference Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: veron(a)veron.ch QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com This is a proposition to implement silent printing for slips. In opposition to the solution with an additional Firefox (Portable) installation (see: http://wiki.koha-community.org/wiki/Using_Portable_Firefox_as_a_Koha_Client) this solution works with the standard Firefox installation (+ PlugIn jsPrintSetup) . jsPrintSetup e.g. allows to set printer, print silent, change header and footer, see: http://jsprintsetup.mozdev.org/ The overall concept is to have a new staff client preference where one can enter the necessary JavaScript. If this preference is empty, Koha falls back to te default behaviour. I did a proof of concept with the following steps: --Step 1 -------------------------- Add somewhere to staff_client.pref, e.g. near intranetstylesheet: ---------------------------------- - - "Use the following JavaScript for printing slips. Define at least function printThenClose(). For use e.g. with Firefox PlugIn jsPrintSetup, see http://jsprintsetup.mozdev.org/:" - pref: intranetslipprinterjs type: textarea class: code ---------------------------------- (Suppose this will be pootleized to have translations?) --Step 2--------------------------- Add somewhere to moremember.pl: ---------------------------------- $template->param( intranetslipprinterjs => C4::Context->preference('intranetslipprinterjs' ) ); ---------------------------------- --Step 3---------------------------------------------- Replace hard coded JavaScript function printThenClose() in moremember-print.tt and moremember-receipt.tt with: ------------------------------------------------------ <script language="javascript"> [% IF ( intranetslipprinterjs ) %] [% intranetslipprinterjs %] [% ELSE %] function printThenClose() { window.print(); window.close(); } [% END %] </script> --Step 4---------------------------------------------------------------------- Login to Koha, go to Home › Administration › System Preferences (Staff Client) and edit the new field intranetslipprinterjs to print silent, set printer etc. ------------------------------------------------------------------------------ function printThenClose() { try { //Try to print using jsPrintSetup Plug-In in Firefox //If it is not installed fall back to default prnting jsPrintSetup.clearSilentPrint(); jsPrintSetup.setOption('printSilent', 1); //Choose printer using one or more of the following functions //jsPrintSetup.getPrintersList... //jsPrintSetup.setPrinter... //Set Header and footer... jsPrintSetup.setOption('headerStrLeft', ''); jsPrintSetup.setOption('headerStrCenter', ''); jsPrintSetup.setOption('headerStrRight', ''); jsPrintSetup.setOption('footerStrLeft', ''); jsPrintSetup.setOption('footerStrCenter', ''); jsPrintSetup.setOption('footerStrRight', ''); jsPrintSetup.print(); window.close(); } catch(err) { //Default printing if jsPrint-setup is not available window.print(); window.close(); } } --Step 5--------------------------------------------- ...and install jsPrintSetup PlugIn in Firefox... ----------------------------------------------- >From now on, slips will print silently with Firefox and will show default behaviour if jsPrintSetup is not installed or if you make use of an other browser. All other printing will behave like before. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 47

[Bug 7157] New: Improve the j2a.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7157 Bug #: 7157 Summary: Improve the j2a.pl cronjob Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org The existing cronjob for transitioning juvenile patron types to adult patron types is limited to the point of uselessness. It needs to do the following: - Calculate update date based on the upper age limit defined in the patron categories. - Allow libraries to work on all branches or only one. - Allow libraries to specify which patron category to update child categories to. - Allow libraries to specify a single Child patron category to update to an adult category. Nice to have, but not essential: - Have a test mode to display what transforms would be done on the database without executing the changes. - email changes completed to the admin email address for the branch upon job execution. - allow more granular transitions - a "toddler" category to a "child" category, for example - one wouldn't need to change the patron type to A in this case. - allow specifying multiple from and to categories. - a way to do this from the UI, working in about the same way. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are watching all bug changes.

1 36

[Bug 4860] New: Budget planning "show column" menu should list only hidden columns
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4860 Summary: Budget planning "show column" menu should list only hidden columns Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/admin/aqplan.pl?budget_period_id=X OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The budget planning interface allows you to hide table columns and show them again using a pop-up menu. Currently the menu lists all columns whether or not they have been hidden. It would be better if the menu were populated dynamically as individual columns are hidden. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1