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

[Bug 7970] New: Holds not working in OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7970 Priority: P5 - low Change sponsored?: --- Bug ID: 7970 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: Holds not working in OPAC QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_8 Component: Hold requests Product: Koha Holds not working in OPAC -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 8372] New: Move AllowOnShelfHolds at granular level
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8372 Priority: P5 - low Change sponsored?: --- Bug ID: 8372 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Move AllowOnShelfHolds at granular level Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha In issuingrules, we could enable/disable on shelves hold, instead of having a global syspref -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9190] New: Problem with holds - allow place a hold without all items checked out
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9190 Bug ID: 9190 Summary: Problem with holds - allow place a hold without all items checked out 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: vfernandes(a)keep.pt CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The objective is only to allow a patron to place a hold only when all items are checked out. The hold will be placed in the next item available. If there isn't any checked out items I can't place a hold, which is fine If all items are checked out I can place a hold, which is fine If 1 items of X items are checked out I can place a hold, which isn't what I pretend System preferences: - OPACItemHolds = don't allow - AllowOnShelfHolds = don't allow -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 8964] New: AllowHoldsOnDamagedItems and AllowOnShelfHolds don't work with Professional category type
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8964 Priority: P5 - low Change sponsored?: --- Bug ID: 8964 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: AllowHoldsOnDamagedItems and AllowOnShelfHolds don't work with Professional category type Severity: minor Classification: Unclassified OS: All Reporter: laurence.lefaucheur(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Hold requests Product: Koha For patron categories of Professional category type : if issuingrules allow reservation whatever the values of AllowHoldsOnDamagedItems and AllowOnShelfHolds are, damaged items or on shelf items are not available for hold for the patron : one cannot select them in staff to put an hold on them For all other category types, the problem does not exist -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14610] New: Add ability to place document delivery / article requests in Koha
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610 Bug ID: 14610 Summary: Add ability to place document delivery / article requests in Koha Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Koha should have the ability to place requests for copies of particular parts of items. This is commonly referred to as a document delivery or an article request. -- You are receiving this mail because: You are watching all bug changes.

1 145

[Bug 14295] New: Add creation time, size and owner for uploaded files
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14295 Bug ID: 14295 Summary: Add creation time, size and owner for uploaded files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 15358] New: merge.pl does not populate values to merge
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15358 Bug ID: 15358 Summary: merge.pl does not populate values to merge Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In 3.22.0 when attempting to use merge.pl, there is strange behavior. 1) When merging biblios, the records appear, but the Desitation Record is not automatically populated. This despite that all the checkboxes on the reference record are checked. One must manually check each box. Unchecking a box resets the whole list. As a side note: the new report generated after the merge forces the librarian to click a link to go to the new record. Previously, it merge simply redirected to the merged record. The report gives no new information. Perhaps I don't understand, but the report seems to add a needless step without significant reason. We can only merge two records at a time, so the merge report will always be quite trivial. 2) When attempting to merge authorities, merge.pl does not display the contents of either records, breaking merging of authorities. I have repeated this behavior on two different systems. I wonder if this has something to do with the new behavior pushed with Bug 8064. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 15394] New: Confirm messages on OPAC lists interface strangely worded
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15394 Bug ID: 15394 Summary: Confirm messages on OPAC lists interface strangely worded Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Examples: List deleted with success. List inserted with success. These are developer ways of saying this. Let's make them user-english. :) Liz -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 14363] New: OAI-PMH should handle records without marcxml
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14363 Bug ID: 14363 Summary: OAI-PMH should handle records without marcxml Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org I know it should not happen, but sometimes it does, some biblioitems have got an empty marcxml. In this case, OAI harvester fails with a software error : <pre>Can't call method "as_xml" on an undefined value at /home/koha/src/opac/oai.pl line 516. Instead it should skip this record, output a message in log file, and correctly harvest the other records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 11602] New: Fix localcover display
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11602 Bug ID: 11602 Summary: Fix localcover display Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: vanoudt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I'm busy playing around with updating to the nice new bootstrap theme. We use google jackets most of the time, but have some localcovers stored too. I want to style the localcover imgs the same as any other bookmark. Ideally, they need a thumbnail class. But the 1px image that is returned causes (potentially, at least in my case) things like empty borders. Could the Locacovers.js function be modified to a) include a class of thumbnail for the image b) not insert the image when it is 1px in size. The following function would do that... /** * Search all: * <div title="biblionumber" id="isbn" class="openlibrary-thumbnail"></div> * or * <div title="biblionumber" id="isbn" class="openlibrary-thumbnail-preview"></div> * and run a search with all collected isbns to Open Library Book Search. * The result is asynchronously returned by OpenLibrary and catched by * olCallBack(). */ GetCoverFromBibnumber: function(uselink) { $("div[id^=local-thumbnail],span[id^=local-thumbnail]").each(function(i) { var mydiv = this; var message = document.createElement("span"); $(message).attr("class","no-image"); $(message).html(NO_LOCAL_JACKET); $(mydiv).append(message); var img = $("<img />").attr('src', '/cgi-bin/koha/opac-image.pl?thumbnail=1&biblionumber=' + $(mydiv).attr("class")) .load(function () { this.setAttribute("class", "thumbnail"); if (!this.complete || typeof this.naturalWidth == "undefined" || this.naturalWidth == 0) { //IE HACK try { $(mydiv).append(img); $(mydiv).children('.no-image').remove(); } catch(err){ }; } else if (this.width > 1) { // don't show the silly 1px "no image" img if (uselink) { var a = $("<a />").attr('href', '/cgi-bin/koha/opac-imageviewer.pl?biblionumber=' + $(mydiv).attr("class")); $(a).append(img); $(mydiv).empty().append(a); } else { $(mydiv).empty().append(img); } $(mydiv).children('.no-image').remove(); } }) }); } -- You are receiving this mail because: You are watching all bug changes.

1 16