October 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 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 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

[Bug 11078] New: rebuild_zebra.pl can lose updates due to race condition during full rebuilds
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11078 Bug ID: 11078 Summary: rebuild_zebra.pl can lose updates due to race condition during full rebuilds Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P4 Component: Tools Assignee: dpk(a)randomnotes.org Reporter: dpk(a)randomnotes.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 6435 The race condition exists whether you are doing incremental updates with a periodic cronjob or with the new daemon mode. Suppose you start a full rebuild at time T0 which will take until T20 to extract the records. Suppose also at T10, a biblio or auth is updated and processed through the zebraqueue by T15. In this situation the updated record in zebra will be overwritten when the full rebuild records are uploaded to zebra after T20. We prevent this by only allowing one rebuild_zebra per koha instance to be running at one time. This patch adds flock based locking for rebuild_zebra.pl on a per-instance basis. This prevents races between full rebuilds and background incremental updates from the zebraqueue table in the database. When running in daemon mode (see bug 6435), incremental updates will be skipped while a full rebuild is running, and resume afterwards. A full rebuild or other adhoc request will wait for any previous lock to clear. Tested by flocking the lock file while invoking rebuild_zebra.pl in various modes (daemon, adhoc zebraqueue task, and full rebuild) using flock program I will attach to bug. -- You are receiving this mail because: You are watching all bug changes.

1 88

[Bug 9823] New: Code optimization: Change prototype of GetReservesFromBiblionumber
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9823 Bug ID: 9823 Summary: Code optimization: Change prototype of GetReservesFromBiblionumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com GetReservesFromBiblionumber returns two values while one is enough. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 7867] New: Same text for username/login in OPAC and intranet
by bugzilla-daemon＠bugs.koha-community.org 26 May '14

26 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7867 Priority: P5 - low Change sponsored?: --- Bug ID: 7867 Assignee: adrien.saurat(a)biblibre.com Summary: Same text for username/login in OPAC and intranet QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Templates Product: Koha We have username/password in the intranet login page, and login/password in the OPAC login page. One word for this may be better. -- You are receiving this mail because: You are watching all bug changes.

1 47