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

[Bug 13414] New: Enable right truncation with search by relevance
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13414 Bug ID: 13414 Summary: Enable right truncation with search by relevance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 34199 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34199&action=edit Enable right truncation with search by relevance This patch slightly modifies build_weighted_query function (Search.pm) that defines the ranking levels for a search by relevance in order to make right truncation possible when QueryWeightFields syspref is activated (even ranked with little weight) it modifies the type of this syspref from boolean to choice in order to add this possiblity as a third option : Search by relevance with right truncation. Default remains Search by relevance (without truncation). -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 14528] New: Viewing lists fails silently when not having correct permisison
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14528 Bug ID: 14528 Summary: Viewing lists fails silently when not having correct permisison Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: koha(a)jsense.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Whilst testing the list permissions I found a problem. I have an account with staff client access and I went to the Lists module. You immediately get "Processing..." whilst an Ajax request takes place but then nothing else happens. I can debug to see that the search request failed to to not having permission. My primary concern is that I don't think any Ajax service call should fail silently like this - the user need to know it has failed. In this case the permission needed was "borrowers" - see /svc/virtualshelves/search. That doesn't make any sense to me - why would I need to have permission to "Add or modify patrons" when I just want to see Lists? Lastly, there may be some connection to issue 6960 but fixing that would only hide the primary problem described above. To reproduce: 1. Set up a user without "borrowers" permission 2. Go to /cgi-bin/koha/virtualshelves/shelves.pl 3. Note that it says "Processing..." and never completes. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 9768] New: Problem with grace period calculation and fine intervals >1
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9768 Bug ID: 9768 Summary: Problem with grace period calculation and fine intervals >1 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: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With a fine interval > 1 there is currently no way to avoid a effective grace period. Fines can not start the day after the due date. Configuration: With grace period = 1 fine interval 5 (= weekly, the library is closed Sunday and Saturday) Result: The first fine ist set 7 days after the item was due. Monday, checkout Tuesday, item due Wednesday Thursday Friday Saturday, holiday Sunday, holiday Monday, Tuesday, first fine Grace period for fine intervals > 1 should describe the days between the due date and the day the first fine is set. CalcFines() in Overdues.pm: 266 my $days_minus_grace = $daystocharge - $data->{'firstremind'}; 267 if ($data->{'chargeperiod'} > 0 && $days_minus_grace > 0 ) { 268 $amount = int($daystocharge / $data->{'chargeperiod'}) * $data->{'fine'}; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 13590] New: Add ability to charge fines at start of charge period
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13590 Bug ID: 13590 Summary: Add ability to charge fines at start of charge period Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 Right now, Koha only charges fines at the end of a given charge period. For example, let us assume a circulation rule has a charge period of one week ( 7 days ) and a fine of $5. This means that an item can be overdue for 6 days without accruing a fine. Koha should allow circulation rules to be configured to place the charge at the start of the end of the charge period so the library can decide when the fine should accrue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 14871] New: Cannot search for patrons using second surname/firstname
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14871 Bug ID: 14871 Summary: Cannot search for patrons using second surname/firstname Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron has more than one firstname/surname, the search failas on the checkout tab (and the autocomplete too) To reproduce: - Have a patron with two names and two surnames (for example: Tomas ito respectively Cohen Arazi) - Go to the patron search, search all forms and they work (first name, second name, both, and the same for surnames) => SUCCSES - Go to the Checkout tab, try the same => FAIL: it only works when searching for the first one -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 14293] New: Error in the calculation of the suspension of users per day
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14293 Bug ID: 14293 Summary: Error in the calculation of the suspension of users per day Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: felipe.gomez3(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the system is miscalculating the day suspension when a loan is made hours. Add 24 days for each day in fines. The problem occurs when changed in version 3.16.X my $deltadays = $calendar->days_between( $dt_due, $dt_today ); by my $chargeable_units = C4::Overdues::get_chargeable_units($unit, $dt_due, $dt_today, $branchcode); In version 3.18.X, 3.20.X And the line is not necessary: $finedays = $finedays * 24 if ( $unit eq 'hours' ); Which is generating an error in the calculation of the suspension days ______________________________________ Spanish Error en el calculo de la suspensión de usuarios por Días Actualmente el sistema se encuentra calculando mal los días de suspención cuando se hace un préstamo por Horas. Agrega 24 Días por cada día de multa. El problema aparece Cuando cambiaron en la versión 3.16.X my $deltadays = $calendar->days_between( $dt_due, $dt_today ); Por my $chargeable_units = C4::Overdues::get_chargeable_units($unit, $dt_due, $dt_today, $branchcode); En la versión 3.18.X, 3.20.X Ya no se hace necesario la línea: $finedays = $finedays * 24 if ( $unit eq 'hours' ); La cual está generando un error en el cálculo de la suspensión por días. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 12194] New: Some fonts don't work on printing label
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12194 Bug ID: 12194 Summary: Some fonts don't work on printing label Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CO, CBO, HO and HBO fonts don't work If you select one of these font, you got ERROR in koha-conf.xml -- missing <font type="HBOO">/path/to/font.ttf</font> at /home/koha/src/C4/Creators/PDF.pm line 123ERROR in koha-conf.xml -- missing <font type="HBOO">/path/to/font.ttf</font> at /home/koha/src/C4/Creators/PDF.pm line 123 in Koha logs. see bug 8375 comment 83 and following. -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 14880] New: Keyboard shortcuts don't work after setting CircAutocompl to "Don't try"
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14880 Bug ID: 14880 Summary: Keyboard shortcuts don't work after setting CircAutocompl to "Don't try" Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tmcmahon(a)wlpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Setting CircAutocompl to "Don't try" will cause the keyboard shortcuts in the staff interface to select incorrect tabs on the search form. Examples are: On the start page (mainpage.pl): Alt+u = Search the catalog Alt+r = Check out Alt+q = Search patrons On circulation-home.pl: Alt+q = Check in and the other two keys are the same. This is the behavior reported in bug 14860. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 13971] New: Adjusted locations in koha-rebuild-zebra for gitified instance
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13971 Bug ID: 13971 Summary: Adjusted locations in koha-rebuild-zebra for gitified instance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 6874] New: File upload in MARC
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6874 Bug #: 6874 Summary: File upload in MARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Add a plugin for uploading a file and link to it in MARC. -- 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 433