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

[Bug 8406] New: in parcel.pl the Datatable is in conflict with previous code
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '12

27 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8406 Priority: P5 - low Change sponsored?: --- Bug ID: 8406 Assignee: koha-bugs(a)lists.koha-community.org Summary: in parcel.pl the Datatable is in conflict with previous code Severity: normal Classification: Unclassified OS: All Reporter: christophe.croullebois(a)biblibre.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha The results are false due to existing previous code. For example we see "Only the first 5 items are displayed.Click here to show all 10 items.". Many lines must be cleaned, I'll propose a patch soon. It is related to bug 8098. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

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

26 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 26 Jul '12

26 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 3410] Update Child to Adult Patron
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3410 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Kyle M Hall <kyle(a)bywatersolutions.com> --- I think that's right on the money. Thanks! *** This bug has been marked as a duplicate of bug 7157 *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 737] Map of library in search system
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=737 Stefano Bargioni <bargioni(a)pusc.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bargioni(a)pusc.it --- Comment #5 from Stefano Bargioni <bargioni(a)pusc.it> --- I added another "example in the wild" in the wiki. The library maps at Pontificia Università della Santa Croce work independently from Koha. They are 12 years old and run for Aleph 300 and Amicus too. The tool is based on a set of gif images and a database of objects to pin on the corresponding map. Every map has properties: id, filename, name and every object has properties: id, type, map_id, x-coord, y-coord, string_value. Since my library basically uses itemcallnumbers in the form "[A-Z][A-Z] [0-9]+", the value used for objects are the first two letters. Other libraries can have different type of itemcallnumbers, and this implies an effort to satisfy every kind of situation. The returned page contains a gif image with letters, dynamically composed using GD Perl module, and an html map for links to a special virtual bookshelf. Look at http://bib6.pusc.it/cgi-bin/piantine/search?piantina=0SC for an example. Albert, http://catalogo.pusc.it/pusc_opac.js is not very useful. It is a set of customizations of my opac. One of them allows to build the "compass" link, but this can be easily done with a little modification to the opac-detail template. The tool also allows to edit maps -adding, moving, or deleting letters- using a web interface. An interesting solution I hope to introduce could be to avoid GIF and use SVG: it opens up a lot of dynamic features on the web page, through javascript. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3410] Update Child to Adult Patron
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3410 --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Kyle, I think Liz wrote something like that - it's on bug 7157. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3410] Update Child to Adult Patron
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3410 --- Comment #2 from Kyle M Hall <kyle(a)bywatersolutions.com> --- I think a cron script would be a good solution here. Pass it a starting patron category, a new category, and an age range and the script will update patron categories on a nightly basis. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3462] Link see alsos in authorities
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3462 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10699|0 |1 is obsolete| | --- Comment #11 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 11147 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11147&action=edit Bug 3462: Links in authorities should be hyperlinks Make see also links in both the OPAC and authority module search results into hyperlinks and not just textual strings. To test: 1. Do a search for an authority that will bring up a heading with a see also reference in the staff client and the OPAC. 2. Confirm that the see also references listed in the search results are now hyperlinks, which work. Bug 3462: quiet warn Quiets an unnecessary warning about an uninitialized value. Signed-off-by: Katrin Fischer <Katrin.Fischer.83(a)web.de> Patch works nicely and is a great improvement. Tests: - Checked links for existing and non existing "see alsos" give correct search results - Verified links show up for all "see alsos" in a result list - Verified links are properly linked with the correct names - Checked logs don't show errors Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> Rebased 26 July 2012 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3462] Link see alsos in authorities
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3462 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Signed Off -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0