May 2015 - Koha-bugs - lists.koha-community.org

[Bug 11190] New: koha-sitemap.pl -- Generate a Catalog sitemap
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '15

05 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11190 Bug ID: 11190 Summary: koha-sitemap.pl -- Generate a Catalog sitemap Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org Process all biblio records from a Koha instance and generate Sitemap files complying with this protocol as described on http://sitemaps.org. The goal of this script is to be able to provide to search engines direct access to biblio records. It avoid leaving search engine browsing Koha OPAC and so generating a lot of traffic, and workload, for a bad result. -- You are receiving this mail because: You are watching all bug changes.

1 81

[Bug 5517] New: After removal of koha-common package in Debian Squeeze cron jobs are not deleted
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '15

05 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5517 Summary: After removal of koha-common package in Debian Squeeze cron jobs are not deleted Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: gaurav.paliwal1989(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When someone remove the koha-common in debian squeeze the cron jobs that are automatically added at the time of installation are not automatically removed even after the complete removal of the koha-common package. -- 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 8

[Bug 14134] New: Make "Holds over" show holds expiring tomorrow if ExpireReservesMaxPickUpDelay is set
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '15

04 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14134 Bug ID: 14134 Summary: Make "Holds over" show holds expiring tomorrow if ExpireReservesMaxPickUpDelay is set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If ExpireReservesMaxPickUpDelay is enabled, the "holds over" tab becomes useless. It would be nice if the "holds over" tab would display *tomorrow's* "holds over" so the librarian can see what will be automatically canceled over night. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 13104] New: Changing TimeFormat on a production server will create duplicate fines!
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '15

04 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13104 Bug ID: 13104 Summary: Changing TimeFormat on a production server will create duplicate fines! Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The system preference TimeFormat decides if times are formatted in 24 hour or 12 hour format. The issue at hand is that this changes the time description for fines. Let us assume the time format is currently 24 hour, and there are overdue items with accruing fines. When the format is changed to 12 hour, and fines.pl is run, it will begin looking for fines with a 12 hour format. Since there are no, it will create a new fine and you will now have two fines for the same item! There are solutions which require database manipulation: 1) Update all existing fines from 24 hour to 12 hour format 2) Delete all existing accruing fines so they are all regenerated the following night The accounts rewrite ( Bug 6427 ) will resolve this issue, as it does not look for existing fines based on the description. I believe the best course of action until bug 6427 is pushed to master is to add a warning to the system preference to not alter it on a production server with existing fines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 7021] New: patron category in the statistics table
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '15

04 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Bug #: 7021 Summary: patron category in the statistics table Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The patron category code should be in the statistics table. We track the item type and item number, but we only track the borrowernumber for the patron and part way through the year the patron's category could change from child to adult - or the patron could be deleted and that will mess with the statistics on circulation/actions based on patron category. Once that data is added to that table, the circulation stats wizard will need to be updated as well. -- 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 29

[Bug 7651] New: Updating currency exchange rates should not require 'parameters' permission
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '15

04 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7651 Priority: P5 - low Change sponsored?: --- Bug ID: 7651 Assignee: katrin.fischer(a)bsz-bw.de Summary: Updating currency exchange rates should not require 'parameters' permission QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha Currently it's not possible to update exchange rates in acquisitions without giving the user 'paramters' permission, which means access to a lot of administration parameters. I suggest following change: Parameters: - change active currency - add new currencies (?) New permission: acquisition > manage_currencies - update exchange rates for existing currencies - add new currencies (?) Not sure about adding new currencies. Any opinions on this? Is it a good idea? Should it work differently? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 12395] New: Save order line's creator
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12395 Bug ID: 12395 Summary: Save order line's creator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 84

[Bug 14259] New: OPAC searching result does not show in ISBD form
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14259 Bug ID: 14259 Summary: OPAC searching result does not show in ISBD form Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ranadipchandra(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In OPAC searching result does not show in ISBD form after changing in BiblioDefaultView in Administration. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 11757] New: dependency on POE is not longer necessary
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '15

03 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11757 Bug ID: 11757 Summary: dependency on POE is not longer necessary Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Various modules from the POE family of Perl modules were used by zebraqueue_daemon.pl. However, as that script was removed per bug 9001, POE is no longer required. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 14245] New: RIS in unimarc flavour is still deficient
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '15

02 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14245 Bug ID: 14245 Summary: RIS in unimarc flavour is still deficient Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jvr(a)fct.unl.pt QA Contact: testopia(a)bugs.koha-community.org Created attachment 39360 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=39360&action=edit Detail report (3) is what you get and (4) is what it should be File in cause is: /usr/share/koha/lib/C4/Ris.pm RIS in unimarc flavour is still deficient, because the variable $intype is out of scope outside --> sub marc2ris { } , so every other code that references to it render useless in an unimarc flavour where you need to join several fields to output correct information for AU, PY or PB. In attached image (3) is what you get in the export file, but (4) is what it should be to be totally correct... For live example data goto: https://opac.fct.unl.pt/cgi-bin/koha/opac-detail.pl?biblionumber=20049&quer… Thank you in antecipation for an early reply. Victor do Rosário Especialista de Informática Divisão de Documentação e Cultura FCT/UNL -- You are receiving this mail because: You are watching all bug changes.

1 13