December 2013 - Koha-bugs - lists.koha-community.org

[Bug 10935] New: CSV for basket and basketgroup are broken when translated
by bugzilla-daemon＠bugs.koha-community.org 28 May '14

28 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10935 Bug ID: 10935 Summary: CSV for basket and basketgroup are broken when translated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 10727] New: Replace carriage return with when writing hold notices
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10727 Bug ID: 10727 Summary: Replace carriage return with when writing hold notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This patch replaces carriage return with in the content of hold notices for printing. This is necessary to convert html file into well formatted pdf file. Test plan : - return an item reserved by a borrower that has not activated email notification - verify in message_queue table that you've got a new HOLD_PRINT notice with status 'pending' - run gather_print_notices.pl <directory> Without the patch, the script generates a html file without tags. If you run printoverdues.sh <directory>, the text in the resulting pdf file is all on one line With the patch, the script generates a html file with tags and pdf file created by printoverdues.sh is well formatted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 10012] New: Remove all traces of NoZebraIndexes
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10012 Bug ID: 10012 Summary: Remove all traces of NoZebraIndexes Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com Created attachment 17314 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17314&action=edit screenshot I found references to NoZebra in 3 places on current master: 1) In our updated 3.6 - 3.12 I still have the NoZebraIndexes show up in the local use preferences tab. Not sure if we can delete this system preference safely on updating existing installations, but it might be nice to do it with some other clean up. 2) The Italian installer files are still referencing NoZebraIndexes: / installer / data / mysql / it-IT / necessari / system_preferences.sql UPDATE systempreferences SET value = '\'title\' => \'200a,200c,200d,200e,225a,225d,225e,225f,225h,225i,225v,500*,501*,503*,510*,512*,513*,514*,515*,516*,517*,518*,519*,520*,530*,531*,532*,540*,541*,545*,604t,610t,605a\',\r\n\'author\' => \'200f,600a,601a,604a,700a,700b,700c,700d,700a,701b,701c,701d,702a,702b,702c,702d,710a,710b,710c,710d,711a,711b,711c,711d,712a,712b,712c,712d\',\r\n\'isbn\' => \'010a\',\r\n\'issn\' => \'011a\',\r\n\'biblionumber => \'0909\',\r\n\'itemtype\' => \'200b\',\r\n\'language\' => \'101a\',\r\n\'publisher\' => \'210c\',\r\n\'date\' => \'210d\',\r\n\'note\' => \r\n\'300a,301a,302a,303a,304a,305a,306az,307a,308a,309a,310a,311a,312a,313a,314a,315a,316a,317a,318a,319a,320a,321a,322a,323a,324a,325a,326a,327a,328a,330a,332a,333a,336a,337a,345a\',\r\n\'Koha-Auth-Number\' => \'6009,6019,6029,6039,6049,6059,6069,6109,7009,7019,7029,7109,7119,7129\',\r\n \'subject\' => \'600*,601*,606*,610*\',\r\n \'dewey\' => \'676a\',\r\n \'homebranch\' => \'995a,995b\',\r\n \'lcn\' => \'995k\'' WHERE variable = 'NoZebraIndexes'; 3) I can also see references to the nozebra indexes in the marc subfield table. For example 245$a. Be careful: After saving the field again, the information disappears (see screenshot). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 11170] New: The pending order list should only display orders to receive
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11170 Bug ID: 11170 Summary: The pending order list should only display orders to receive Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The parcel page should only display status "ordered" and "partial". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 11224] New: C4::Acquisition need more UT, and more robust ones.
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11224 Bug ID: 11224 Summary: C4::Acquisition need more UT, and more robust ones. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 10955] New: Add ability to skip deletions in zebraqueue
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10955 Bug ID: 10955 Summary: Add ability to skip deletions in zebraqueue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It seems that record deletions can cause extreme slowdowns for Koha installations with extremely large numbers of records. It would be helpful to be able to skip record deletions when processing the zebraqueue with rebuild_zebra.pl so the deletions can be processed with a lower frequency. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10452] New: AllowHoldsOnDamagedItems should control using damaged items to fulfill holds
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10452 Bug ID: 10452 Summary: AllowHoldsOnDamagedItems should control using damaged items to fulfill holds Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: gmcharlt(a)gmail.com AllowHoldsOnDamagedItems will stop item-specific holds from being placed on damaged items, but does not stop Koha from using damaged items to fill holds. This seems like incorrect behavior. If we don't want holds placed on damaged items, why would we want damaged items to be used to fill a hold? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 11253] New: tools/inventory.pl output_pref ignores 'iso' parameter passed
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11253 Bug ID: 11253 Summary: tools/inventory.pl output_pref ignores 'iso' parameter passed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org I found this as a result of looking briefly at bug 11240. When the parameter was changed to a hash reference in bug 10380, I believe tools/inventory.pl was missed. It currently allowed for a non-hash to be passed, but assumes that is just the date. Any other parameters would be ignored. I am unsure of the correct course of action, whether the parameter needs to be passed, or whether the system preference is the preferred result. I'm looking further into this. I figure this is minor, since most people probably don't change the dateformat system preference to non-iso, and don't run tools/inventory.pl frequently. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 11328] New: local cover images in staff
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11328 Bug ID: 11328 Summary: local cover images in staff Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The local cover images don't show on the staff results. This is what was reported to me: It looks like the staff client search results is using the same localcovers.js that the OPAC search results does however it doesn't work because the two pages are formatted differently. Here is a jquery that solves it for now: $("#searchresults").ready(function(){ $("#searchresults table td").each(function(i){ td = $(this); var tdv = td.find("input[class^='selection']"); var linkv = tdv.attr("value"); var a = $("<a />").attr('href', '/cgi-bin/koha/catalogue/imageviewer.pl?biblionumber=' + $(tdv).attr("value")); var img = $("<img />").attr('src', '/cgi-bin/koha/catalogue/image.pl?thumbnail=1&biblionumber=' + $(tdv).attr("value")) if(linkv){ $(td).append(a); $(a).append(img); } }); }); -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 7234] New: koha-common Debian package should include koha-sites.conf
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7234 Bug #: 7234 Summary: koha-common Debian package should include koha-sites.conf Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: jcamins(a)cpbibliography.com QAContact: ian.walls(a)bywatersolutions.com The koha-common Debian package should provide a sample koha-sites.conf file, so that people can see what the options are. Even better would be if it's possible to have an interactive mode in the package installer so that it requests the settings it needs (or maybe it could look up domain, etc., from somewhere else on the system?). This bug may be invalid. Please mark it as such if it is. -- 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 13