November 2014 - Koha-bugs - lists.koha-community.org

[Bug 7646] New: Printing w/o the SQL Code showing
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '15

07 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7646 Priority: P5 - low Change sponsored?: --- Bug ID: 7646 Assignee: gmcharlt(a)gmail.com Summary: Printing w/o the SQL Code showing QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: ssammons(a)npelem.com Hardware: All Status: NEW Version: rel_3_6 Component: Reports Product: Koha I have made modifications to the template file. It added a text link to remove the SQL statement from the print view. Thus saving the need to use CSV/TSV exports. The print text will not show on the print out as is. I added a little .noprint class to the template file. Then I added my text with a print dialog and class change JS. Please see: http://pastebin.com/LWR3BqiW for the changes specifically lines 22-26 & line 501 -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 5264] New: Retain additional bibliographic subfields when merging authorities
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '15

06 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5264 Summary: Retain additional bibliographic subfields when merging authorities Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: Cataloging AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 The current code in AuthoritiesMarc.pm rewrites all subfields from the report tag in the authority record to fields in related bibliographic records when merging authorities. Additional subfields in the biblio records (e.g. relator code or term) are lost in the process. The patch retains the original algorithm but restores the additional subfields from the original biblio record when rewriting the linked marc fields. The problem also exists in 3.0. Two separate patches have been submitted. -- 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 3

[Bug 9614] New: Fines not assessed after renewing an item
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '15

06 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9614 Bug ID: 9614 Summary: Fines not assessed after renewing an item Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: elliott(a)bywatersolutions.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When an item is overdue and is renewed the fines that were assessed are removed. This is obviously not a desired behavior. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10450] New: Editing serials predicts wrong
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '15

06 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10450 Bug ID: 10450 Summary: Editing serials predicts wrong Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: colin.campbell(a)ptfs-europe.com I have seen this happen since Koha 3.8 but thought it was just me - now I'm going to report a bug in case someone can track down the problem. Here's an example: ---- I have the July issue of Food & Wine in hand. I am in the Food & Wine serials record and filling in the date of next publication and the '# starts with' for predictions. I put 07/01/2013 for next publication and I put a 7 in the predictions chart (since I am starting these records off now) But when I go to check in the July issue, it gives 2013:8 for the issue and publication date as 08/01/2013. ---- This always happens when you edit an existing serial record's prediction pattern. No matter what you put in it always generates the next one - not the one you entered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 11496] New: The number of tested records when searching for duplicates during import is too low
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '15

06 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11496 Bug ID: 11496 Summary: The number of tested records when searching for duplicates during import is too low Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, only the first 10 records returned by koha for a given matchpoint are tested. This is not enough in some cases, because a significant matching record can be beyond these 10 first results. Please note that when the checkpoint is about fields with unique identifiers, like ISBN, the problem won't occur. On the other hand, when the checkpoint is about something less precise, like an author name, the matching record can be beyond the 10 first results. When that happens, the matchpoint will fail, the match threshold won't be reached, and a duplicate record will be created. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9468] New: Add ability to hide items from purchase suggestions forms
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9468 Bug ID: 9468 Summary: Add ability to hide items from purchase suggestions forms Classification: Unclassified 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: kyle(a)bywatersolutions.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 88

[Bug 13049] New: Improve self-registration cronjobs
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13049 Bug ID: 13049 Summary: Improve self-registration cronjobs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org There are two small cronjobs for self-registration: delete_expired_opac_registrations.pl and delete_unverified_opac_registrations.pl The expired job is meant to delete from borrowers when the patron category is equal to PatronSelfRegistrationDefaultCategory and date enrolled past PatronSelfRegistrationExpireTemporaryAccountsDelay. (See also bug 11945.) It seems to me that this behavior is unexpected since the pref descriptions do not suggest that the default category is temporary. Perhaps, it was meant to add some verification step into the process when you do not use the email verification triggered by pref PatronSelfRegistrationVerifyByEmail. The unverified job is meant to delete from borrower_modifications and uses a time parameter (defaulting to 24 hours) to find unverified entries. It seems to me that it should use the PatronSelfRegistrationExpireTemporaryAccountsDelay preference. (Read its description.) I propose the following changes: [1] Move these actions to cleanupdatabase. Do they really need two separate scripts? [2] Rename the Delay preference. Name and description conflict now. We could make name and description cover both cases: (a) verify is on and still unverified and (b) verify is off and still in the initial category. [3] Trigger the borrowers/category delete only if Verify is off and the renamed delay has been past. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 8436] New: Add branch limit on checkexpiration.pl
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '15

04 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8436 Priority: P5 - low Change sponsored?: --- Bug ID: 8436 CC: colin.campbell(a)ptfs-europe.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Add branch limit on checkexpiration.pl Severity: enhancement Classification: Unclassified OS: All Reporter: claire.hernandez(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Serials Product: Koha This limit is available only if user is superlibrarian or has the permission 'superserials'. Otherwise, only subscriptions that are linked to the working branch are shown. (BibLibre stetienne/ft/MT6725) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 11678] New: Gather print notices: send files by email
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '15

04 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11678 Bug ID: 11678 Summary: Gather print notices: send files by email Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 11603 allows to generate 3 types of files: html, csv and ods. This patch will add a --email parameter in order to send the generated files by email. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 13098] New: Item lost multiple times by the same patron will create only be charged once
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '15

04 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13098 Bug ID: 13098 Summary: Item lost multiple times by the same patron will create only be charged once 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 If a patron loses an item and is charged a lost fee, returns the item, and loses it again, the patron will not be charged a new lost fee! Steps to reproduce: 1) Check out item with a replacement fee to a patron 2) Mark the item as lost 3) Note the lost fee, write it off 4) Return the item 5) Check out item to the patron a second time 6) Mark the item as lost a second time 7) Note there is no second lost item fee -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3