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

[Bug 22231] New: add the filter on the subscription end date in the Check expiration report
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22231 Bug ID: 22231 Summary: add the filter on the subscription end date in the Check expiration report Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- Hi, In the page to check the expiration dates (checkexpiration.pl), it would be nice to have a search field to enter the end date of subscription. In this way we could choose to check the subscriptions according to the renewal date or the end date of the subscription. In this way we could choose to generate the report based on one or one of these fields.it would be useful to be able to generate this report according to the end dates of subscription. Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22192] New: Patron messaging preferences: SMS checkbox value not displayed
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22192 Bug ID: 22192 Summary: Patron messaging preferences: SMS checkbox value not displayed Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris.kirby(a)ilsleypubliclibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- When SMS checkbox has been checked on /cgi-bin/koha/members/memberentry.pl, /cgi-bin/koha/members/moremember.pl does not display the SMS checkbox as checked. Or perhaps it display the value fleetingly, and then the checkbox appears to not be selected. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22181] New: Test "Payment notice" in t/db_dependent/Accounts.t fails when CurrencyFormat is set to FR
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22181 Bug ID: 22181 Summary: Test "Payment notice" in t/db_dependent/Accounts.t fails when CurrencyFormat is set to FR Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 22172] New: EDI order records with zero items create one item
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22172 Bug ID: 22172 Summary: EDI order records with zero items create one item Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When creating a grid order in which we are not ordering a copy for every branch, lines with zero items in the EDIFACT message are creating one item in Koha. Some vendors delete lines with zero items, but some do not and zero items should not create an item for that branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 22162] New: Refactor branchtransfers.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22162 Bug ID: 22162 Summary: Refactor branchtransfers.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 22137] New: Koha should warn when maxRecordsForFacets is less than numSearchResults or OPACnumSearchResults
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22137 Bug ID: 22137 Summary: Koha should warn when maxRecordsForFacets is less than numSearchResults or OPACnumSearchResults Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When configuring search results, many libraries will increase maxRecordsForFacets to more than what's found in numSearchResults or OPACnumSearchResults, so that they will show more facets than what is seen on the page. This won't generally cause confusion -- unless a patron is looking for a facet, they tend not to pay attention to them. If, however, numSearchResults or OPACnumSearchResults is increased and maxRecordsForFacets is *not* increased, it is possible to have search results on the page that aren't reflected in the facets, and that will get noticed / cause confusion. I'm not sure that maxRecordsForFacets should *necessarily* be equal to the larger of these two, but we should at least show a warning. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18325] New: overdue_notices.pl should respect is_html flag in individual notices.
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18325 Bug ID: 18325 Summary: overdue_notices.pl should respect is_html flag in individual notices. 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Whether or not overdue_notices.pl creates html output is governed by the --html option on the command line. This gives the users the impression that they can get html formatted output on a given notice by checking the 'HTML notice' check-box; they are often confused when they don't. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 22131] New: overdue_notice.pl and gather_print_notices.pl should honor letter.is_html
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22131 Bug ID: 22131 Summary: overdue_notice.pl and gather_print_notices.pl should honor letter.is_html Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Target Milestone: --- At present, overdue_notice.pl requires the command line flag '--html' to be present in order to render overdue notices as html. This causes a lot of confusion among users -- they check the 'html' check box, and nothing happens. I'm not *exactly* sure what the behavior of gather_print_notices.pl is, but it has an '--html' flag, so we should look at that as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 22126] New: OMNIBUS: Update cataloguing plugins
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22126 Bug ID: 22126 Summary: OMNIBUS: Update cataloguing plugins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 22112] New: Omnibus: Use Price filter everywhere
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22112 Bug ID: 22112 Summary: Omnibus: Use Price filter everywhere Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We should use the Price filter everywhere for formatting prices and amounts correctly according to the CurrencyFormat system preference. -- You are receiving this mail because: You are watching all bug changes.

1 25