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

[Bug 16605] New: All notices should give the ability to unsubscribe or flag account
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '24

10 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16605 Bug ID: 16605 Summary: All notices should give the ability to unsubscribe or flag account Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org There should be a way to unsubscribe to notifications within the e-mail. This could be a link to the patron's notification settings, or simply turn the switch off for that notification. There should also be a way to indicate that the e-mail has gone to the wrong person. A link that says "Not my account", or something to that effect. It could either put a restriction on the account indicating the e-mail address has been flagged as wrong, or just be a note on the account that it is wrong. Christopher -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 16117] New: Feature request: Log borrower cardnumbers and item barcodes which are not valid
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '24

12 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16117 Bug ID: 16117 Summary: Feature request: Log borrower cardnumbers and item barcodes which are not valid Change sponsored?: --- Product: Koha Version: 3.18 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 On any circ screen where a barcode could be scanned (circ.pl, checkin.pl, checkout and return boxes), we should have the option of logging failed barcode scans, for the purpose of trouble-shooting. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 16440] New: Update report parameters
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '24

10 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16440 Bug ID: 16440 Summary: Update report parameters Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 51217 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51217&action=ed… Placement of report parameters on report results. Let's say you have a report that asks you for parameters. You run the report, get the results, and then you want to run the report again with different parameters. Or maybe you made a mistake and need to change it. Yes, you could back up and change things and run it again. But what if the parameters were showing over on the left of the report under the "Useful resources" section? You could see what you set, and change whatever you needed and then click update. Perhaps the row setting and update button could also be on the left of the report. Just a thought. I was able to change a parameter up in the URL, and hit update, and it worked. It was nice because I set the report to show more than 20 records, and I didn't have to repeat that step after updating. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 15977] New: Optional double screen message in Patron Info/Status
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '23

20 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15977 Bug ID: 15977 Summary: Optional double screen message in Patron Info/Status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This code in MsgType.pm: $resp .= maybe_add( FID_SCREEN_MSG, $patron->{branchcode}, $server ) if ( $server->{account}->{send_patron_home_library_in_af} ); produces two AFs if you enable that attribute in your config. Not sure if that should be the case and is conform protocol. Also: are we solving a problem here in the wrong place? It looks kind of inappropriate use.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 16514] New: Force scalar cotext where param assumes a list incorrectly in admin/edi scripts
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '23

11 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16514 Bug ID: 16514 Summary: Force scalar cotext where param assumes a list incorrectly in admin/edi scripts 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: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CGI's param method assumes a list context when lvalue not explicitly scalar. Force the correct context to avoid errors being logged -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 16327] New: Running build_oai_sets.pl with embed items option should consider every item in a biblio
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '23

11 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16327 Bug ID: 16327 Summary: Running build_oai_sets.pl with embed items option should consider every item in a biblio Change sponsored?: --- Product: Koha Version: 3.22 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: pjamorim91(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org After configuring a mapping for an oai set which uses item fields, the build_oai_sets.pl must be run with the -i flag, to embed item data in a biblio. The bug is that it's only considering the first item (by itemnumber) of the biblio, not all the items in it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 16630] New: Superlibrarian should be able to see/use all patron categories
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16630 Bug ID: 16630 Summary: Superlibrarian should be able to see/use all patron categories Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would appear that patron categories are limited, even to superlibrarians, if there are branch limitations set. The superlibrarian should not have such a limitation. To test: 1) Set a patron category to be used by only 1 branch. 2) Logged in as a superlibrarian, have your library set to that branch. 3) Create a new patron. 4) Check that the limited category shows in the Category field. 5) Still logged in as the superlibrarian, change your library to another branch. 6) Create a new patron. 7) Confirm that you can no longer use that limited patron category in the Category field. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 16625] New: add time_added column to zebraqueue
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16625 Bug ID: 16625 Summary: add time_added column to zebraqueue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I've run into zebra daemon performance issues. I would like to be able to run queries that look something like this: -- Find finished rows in zebraqueue that took more than 10 minutes to process. select time_added, time, time - time_added as difference from zebraqueue where done = 1 and time - time_added > 600 order by time_added ... but there's no time_added column in zebraqueue. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 16588] New: libreadonly-perl (and libreadonly-xs-perl) need to be added as dependencies
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16588 Bug ID: 16588 Summary: libreadonly-perl (and libreadonly-xs-perl) need to be added as dependencies Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: robin(a)kallisti.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Doing a build in a clean environment: # Failed test 'use C4::Overdues;' # at t/00-load.t line 47. # Tried to use 'C4::Overdues'. # Error: Can't locate Readonly.pm in @INC (you may need to install the Readonly module) (@INC contains: /build/koha-3.23~git+20160525154303.188b3b5b/blib/PERL_MODULE_DIR /build/koha-3.23~git+20160525154303.188b3b5b/blib/arch /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.1 /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at /build/koha-3.23~git+20160525154303.188b3b5b/blib/PERL_MODULE_DIR/Koha/SearchEngine.pm line 22. It should have been added in bug 7893, but apparently went missing some time later. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 64

[Bug 16526] New: Insufficient permissions to delete users with category type set to Staff.
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16526 Bug ID: 16526 Summary: Insufficient permissions to delete users with category type set to Staff. Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have set up a user category STAFF (name=Staff) which we use for staff members. We also have set up a user category LIBRARY (name=Library) which we use for administrative purposes. Users with category Library are assigned the category type of Staff. When staff with Delete_Anonymize_Patrons permissions try to delete a user with a Library category they receive the error: "Unable to delete staff user- insufficient privileges", but when they change the user category to one with a Adult category type (for example), they can delete the user. Superlibrarian can delete the user regardless of user category type. User category type issues preventing deletion have arisen before (bug 12834). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4