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

[Bug 19486] New: When cancelling a waiting hold via circulation the patron is charged the ExpireReservesMaxPickUpDelayCharge
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19486 Bug ID: 19486 Summary: When cancelling a waiting hold via circulation the patron is charged the ExpireReservesMaxPickUpDelayCharge Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1 - Place two holds for a patron 2 - Define a charge in ExpireReservesMaxPickUpDelayCharge 3 - Confirm both holds 4 - Cancel one hold from the patrons account page 5 - No charge 6 - Checkin the other waiting hold 7 - Click 'Cancel hold' 8 - Patron is charged -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 19499] New: Notice update fails on SQL UPDATE
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19499 Bug ID: 19499 Summary: Notice update fails on SQL UPDATE 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: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org Notices can't be updated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21421] New: checking in a lost item which is not currently checked out gives refund messsage.
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21421 Bug ID: 21421 Summary: checking in a lost item which is not currently checked out gives refund messsage. 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If an item is marked "Lost", but is not checked out to a patron, returning the item gives the following messages: Local use recorded Item was lost, now found. A refund has been applied to the borrowing patron's account. Not checked out. The message "A refund has been applied to the borrowing patron's account." is confusing, because there is no patron associated with the item. -- No refund is *actually* being applied, but we're showing the message anyway. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 19606] New: 773$g is not showing if 773$0 - MARC21slim2OPACDetail.xsl
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19606 Bug ID: 19606 Summary: 773$g is not showing if 773$0 - MARC21slim2OPACDetail.xsl 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: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org we have seen a possible bug in MARC21slim2OPACDetail.xsl We have identified for those bibliographic records that have 773$t and 773$g and 773$0, Koha only show 773$t, because 773$g is not declare when 773$0, it is declared in all other cases. It is--> <xsl:when test="marc:subfield[@code='0']"> <a><xsl:attribute name="href">/cgi-bin/koha/opac-detail.pl?biblionumber=<xsl:value-of select="marc:subfield[@code='0']"/></xsl:attribute> <xsl:value-of select="$f773"/> </a> It is --> <xsl:when test="marc:subfield[@code='0']"> <a><xsl:attribute name="href">/cgi-bin/koha/opac-detail.pl?biblionumber=<xsl:value-of select="marc:subfield[@code='0']"/></xsl:attribute> <xsl:value-of select="$f773"/> </a> <xsl:if test="marc:subfield[@code='g']"><xsl:text>; </xsl:text><xsl:value-of select="marc:subfield[@code='g']"/></xsl:if> </xsl:when> do you agree? -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 19632] New: String reappears as fuzzy with every translation update
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19632 Bug ID: 19632 Summary: String reappears as fuzzy with every translation update Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr This string has been haunting me for a while, it never changes, but asks for translation after every update of the po files: Finally, if you charge a rental fee for the item type and want to give a specific patron category a discount on that fee, enter the percentage discount (without the %% symbol) in the 'Rental Discount' field Maybe a problem with the percentage sign? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 19810] New: ILL: 404 error when activating ILL on a package installation
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19810 Bug ID: 19810 Summary: ILL: 404 error when activating ILL on a package installation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, magnus(a)libriotech.no When activating ILL on a package installation you receive a 404 error instead of the more helpful message to check the about page for more information. As we have highlighted ILL as a new feature for 17.11 it would be good if this could be fixed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 19829] New: OPAC Search Limit by Branch bringing up records where the home library only has a missing copy
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19829 Bug ID: 19829 Summary: OPAC Search Limit by Branch bringing up records where the home library only has a missing copy Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When doing a search and limiting by branch using the 'Home Library' section on the left had side of the search results page, some records that belong to that home library but are marked as lost or damaged or are staff use copies (all of which are invisible to patrons in the opac) will still come up in the search results even when limiting to currently available items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19853] New: Limiting branch under authorized value categories REPORT_GROUP and REPORT_SUBGROUP does not hide reports on 'Saved Reports' page.
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19853 Bug ID: 19853 Summary: Limiting branch under authorized value categories REPORT_GROUP and REPORT_SUBGROUP does not hide reports on 'Saved Reports' page. Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To replicate: Prerequisites: Multi-branch system with branches 'A' and 'B' 1) Create a report with report group 'A Only' and sub-group 'No really, I mean it, A only'. 2) Create authorised value under REPORT_SUBGROUP for 'No really, I mean it, A only'. Limit this to branch A. 3) Log into the staff client and set the current branch to 'B' 4) Go to Home › Reports › Guided reports wizard › Saved reports note that the report shows in the list of saved reports. Un-set the branch imit on the authorised value REPORT_SUBGROUP 'No really, I mean it, A only', then go through steps 1-4 using REPORT_GROUP 'A Only'. Note that the 'A Only' tab on 'Home › Reports › Guided reports wizard › Saved reports' will not display at library B, but the rows of reports themselves *do* display. This is a regression from 16.11. Bug 10903 and Bug 16631 are slightly related, but these are talking about limiting by borrower category, not branch; which is a feature that has never been sponsored or implemented. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 18021] New: Confirming each loan when going beyond the limit of loans
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18021 Bug ID: 18021 Summary: Confirming each loan when going beyond the limit of loans 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: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, We have a request here since some time about the system asking a confirmation for a loan just after it was scanned and when a person takes a number of loans higher than the permitted limit. For example : If the rule is 3 DVD maximum but a teacher ask to take 15 of them, the librairian must confirm all of them beyond the third and it takes some time to do the operation. I'm wondering if we can have only one warning for a transaction (as a reminder). Thanks again, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 18020] New: Self-Checkout
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18020 Bug ID: 18020 Summary: Self-Checkout Change sponsored?: --- Product: Koha Version: 16.05 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha.stjernepost(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hei Jeg har en forbedring til Koha, og selvbetjetnsystemet! Det burde vært sånn at man skannet kortet sitt også kom det opp en rute over hva man har på lån og et input område hvor man kan skanne inn materialer også ser systemet om man har det på lån, i så fall leverer det det og gir en melding om hvor det skal stå, eller hvis det er til utlån låner det det ut til låneren! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3