August 2016 - Koha-bugs - lists.koha-community.org

[Bug 16711] New: OPAC Password recovery: Handling if multiple accounts have the same mail address
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16711 Bug ID: 16711 Summary: OPAC Password recovery: Handling if multiple accounts have the same mail address 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: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org If multiple accounts have the same email address set as primary email and you ask for password recovery with only filling in the email address, a email is sent for one account only. Example: Create 3 Accounts, login names are test01, test02, test 03, Email is the same for all. Go to OPAC -> Password recovery and indicate E-Mail only You will get a mail for only one of the accounts above, something like: --------- This email has been sent in response to your password recovery request for the account test01 You can now create your new password using the following link: http://....... (...) --------- -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 17010] New: Canceling a hold that has been waiting too long from Holds Awaiting Pickup no longer alerts librarian about next hold
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17010 Bug ID: 17010 Summary: Canceling a hold that has been waiting too long from Holds Awaiting Pickup no longer alerts librarian about next hold Change sponsored?: --- Product: Koha Version: unspecified 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 In previous versions of Koha, if a hold canceled from the "Holds over" tab had other holds on it, the librarian would be alerted with the message "This item is on hold for pick-up at your library" and directed to check it in to fill the next hold. This no longer happens. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 16538] New: Improve the style of progress bars
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '17

21 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16538 Bug ID: 16538 Summary: Improve the style of progress bars Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 51581 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51581&action=ed… Screenshot of a progress bar before the patch I would like to add some style to progress bars on various pages to make them look a little nicer. See attached for before and after screenshots. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 16828] New: Item Overlay does not respect Bibliographic Record Match
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '17

09 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16828 Bug ID: 16828 Summary: Item Overlay does not respect Bibliographic Record Match Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When importing a new record and matching the bib and 'replacing' the item, Koha matches/overlays items on either barcode or itemnumber in the 952 $p or $9. However, it does not require that the item being overlaid be tied to the bibliographic record being matched in the import process. Example: Bib record 1: =LDR 01867cgm a2200433 a 4500 =020 \\$a1564589161 =245 00$aDog$h[videorecording] /$cBBC Wildvision ; BBC Lionheart Television and Dorling Kindersley Vision in association with Oregon Public Broadcasting ; =999 \\$c39742$d39742 =952 \\$aMAIN$bMAIN$cJVI$oJVID 636.7 Jol$pTVSN5$yVHS$93600 Bib record 2: =LDR 00925cam a22002775a 4500 =020 \\$a0716617471 (hbk.) =100 1\$aMorley, Christine. =245 00$aDog /$cChristine Morleyand Carole Orbell ; illustrations by Brita Granström. =999 \\$c35238$d35238 =952 \\$936713$aMAIN$bMAIN$cJVI$oJuv Mor$pBAR1$yVHS$95000 If you import the following record and use a 020$a matching rule you will match on bib #1, but overlay the item on bib #2. Koha gives no warning but simply overlays. =LDR 01867cgm a2200433 a 4500 =020 \\$a1564589161 =245 00$aDog$h[videorecording] /$cBBC Wildvision ; BBC Lionheart Television and Dorling Kindersley Vision in association with Oregon Public Broadcasting ; =999 \\$c39742$d39742 =952 \\$aEAST$bEAST$oJVID 636.7 Jol$pBAR1$yVHS or use the following item tag matching on the itemnumber =952 \\$aEAST$bEAST$oJVID 636.7 Jol$p57890000012345$yVHS$95000 This could be a problem particularly with libraries using an acquisitions process where items must be overlaid with new information. Koha should check to see that bib overlaid belongs to the bib that was matched before overlaying. Right now there is no indication that the overlay took place on a second bibliographic record. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 16203] New: item plugins
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '17

08 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16203 Bug ID: 16203 Summary: item plugins 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 16746] New: Can not find duplicated authorities cataloguing a new one
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '17

01 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16746 Bug ID: 16746 Summary: Can not find duplicated authorities cataloguing a new one Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: juan.sieira(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Can not find duplicated authorities cataloguing a new one, due to the new version of SimpleSearch -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 17214] New: Add item in LIST by Record number
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '17

27 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17214 Bug ID: 17214 Summary: Add item in LIST by Record number Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Once the LIST is created in Koha you can add item in that by barcode but is there any option to add item by record number because if there is no barcode assigned to the item how it can be added to the list? For example in case of remotely available resources like e-book/e-journals where library may enter only bibliographic details. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 17077] New: Write off all does not let you write a description
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '17

26 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17077 Bug ID: 17077 Summary: Write off all does not let you write a description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When writing off all patron's fines, librarian should be taken to a page where they can write a description for the write-off. It works for individual write-offs, but not for "Write off all". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 16911] New: Koha::Patrons - Move ExtendMemberSubscriptionTo to -> extend_subscription
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '17

24 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16911 Bug ID: 16911 Summary: Koha::Patrons - Move ExtendMemberSubscriptionTo to ->extend_subscription Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The goal of these patches will be to move the 2 subroutines GetExpiryDate and ExtendMemberSubscriptionTo to the 2 methods of Koha::Patron::Category->get_expiry_date and Koha::Patron->get_expiry_date This way, we will have a nice code like my $patron = Koha::Patrons->find( 42 ); $patron->move_to_deleted; # From bug 16907 $patron->delete; # Which will handle the different deletion to do before deleting a patron -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 16187] New: Add a script to cancel unfilled holds after a specified number of days
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '17

20 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16187 Bug ID: 16187 Summary: Add a script to cancel unfilled holds after a specified number of days Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Work to be done: 1) Create new script cancel_unfilled_holds.pl --days DAYS 2) This script would accept a --days parameter, and trigger C4::Reserves::CancelReserve for all unfilled holds with a 'reservedate' older than the the given number of days. -- You are receiving this mail because: You are watching all bug changes.

1 38