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

[Bug 32414] New: How we can count catalogers detail in biblio by book
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '22

14 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32414 Bug ID: 32414 Summary: How we can count catalogers detail in biblio by book Change sponsored?: --- Product: Koha Version: 19.05 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: muhammadshakir56(a)gmail.com 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. You are the assignee for the bug.

1 2

[Bug 32274] New: Add option for repeating calendar closings on the nth weekday of the month
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32274 Bug ID: 32274 Summary: Add option for repeating calendar closings on the nth weekday of the month Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org It would be very helpful if closings could be scheduled to repeat on a specific occurrence of a weekday each month (i.e. repeat closing each 2nd Saturday of every month). My use scenario here is a library that's only open the first Saturday of the month. Currently the fastest way to pull that off is a weekly repeated holiday on Saturday, and then manually placing exceptions each first Saturday which requires ongoing manual upkeep. Double bonus points if it could also limit to a specific month (i.e. repeat closing every 4th Thursday in November). Currently those "Unique" holidays have to be added at the start of each year despite their yearly repetition on a predictable schedule. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 32458] New: memberentry.pl uses both patron and borrower.data
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32458 Bug ID: 32458 Summary: memberentry.pl uses both patron and borrower.data 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle.m.hall(a)gmail.com While working on a seperate bug I saw in memberenrtygen.tt we will use both borrower_data ( borrower_data.surname ) and patron ( patron.contactname ). Do we need both? Or can we remove borrower_data in favor of patron? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29958] New: Dateaccessioned is set to todays date if missing when storing an item.
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29958 Bug ID: 29958 Summary: Dateaccessioned is set to todays date if missing when storing an item. Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the work on bug 23463 the subroutine _set_defaults_for_add was removed in commit 02134d7604a6fc08b88046fde87b6c909de04353. This subroutine was called when a new item was added (in subroutines AddItem and AddItemBatchFromMarc). However, commit 02134d7604a6fc08b88046fde87b6c909de04353 adds this to the store method of Koha::Item : + unless ( $self->dateaccessioned ) { + $self->dateaccessioned($today); + } + I'm guessing this migth have been a mistake, and it should have been added to the new method? The problem here is that libraries that have old items with dateaccessioned NULL will gradually get their database filled with garbage dateaccessioned as the date gets updated whenever the item is issued and therefore will be unable to rely on the accuracy of dateaccessioned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |32455 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32455 [Bug 32455] Don't send hold notices from the library's inbound email address -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14783] Allow patrons to change pickup location for non-waiting holds
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14783 --- Comment #62 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- (In reply to Michael Hafen from comment #57) > Is the Koha code from that email using the patch from my follow-up? I don't > think the follow-up has been applied to the release yet (maybe I should have > changed the status when I posted that patch). Michael, can you please post your follow-up on a new bug that depends on this one? So it has the required QA review? It doesn't apply right now. Thanks! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14783] Allow patrons to change pickup location for non-waiting holds
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14783 --- Comment #61 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- The only way for a late follow-up to be noticed, is by adding the 'additional_work_needed' keyword. In this case, we noticed the breakage and talked about it on IRC, so I added an RM follow-up. But missed the follow-up added a few days later. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 --- Comment #76 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Andrew Nugged from comment #75) > > Changes the routines to use inbound_library_address > > Ouch :). Now our all customers have all the rest messages sent from > > $library->from_email_address; > > _except_ 'HOLD's: > > $library->inbound_email_address > > This slightly made a mess. > > Katrin/Nick: do we expect that "inbound_email_address" will be soon > refactored to everywhere use? I think the change to the 'from' is actually a mistake. Koha/Library.pm 171 NOTE: This is the address to use for 'reply_to' or 'to' fields; It should not usually be 172 used as the 'from' address for emails as it may lead to mail being caught by spam filters. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24971] New: Select invoice currency from vendor on receive
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24971 Bug ID: 24971 Summary: Select invoice currency from vendor on receive 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 24158 With the new feature from bug 24158 you can enter the price of the items you receive in a different currency than your active one. At the moment, the currency pull down preselects the active currency. I think it would be a nice enhancement to select it to the currency from the vendor for 'invoice prices'. At the moment, it appears this setting has no effect, but this way it would have a useful purpose. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24158 [Bug 24158] Receive items in multiple currencies -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 Andrew Nugged <nugged(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nugged(a)gmail.com --- Comment #75 from Andrew Nugged <nugged(a)gmail.com> --- > Changes the routines to use inbound_library_address Ouch :). Now our all customers have all the rest messages sent from $library->from_email_address; _except_ 'HOLD's: $library->inbound_email_address This slightly made a mess. Katrin/Nick: do we expect that "inbound_email_address" will be soon refactored to everywhere use? -- You are receiving this mail because: You are watching all bug changes.

1 0