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

[Bug 19811] New: Preventing runaway processes bringing down Koha
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19811 Bug ID: 19811 Summary: Preventing runaway processes bringing down Koha Change sponsored?: --- Product: Koha Version: 17.05 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: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org We just had a complete Koha outage which we believe was caused by 150+ requests to /cgi-bin/koha/circ/returns.pl sent simultaneously. Apparently this could have been caused by someone on the issue desk accidentally pressing the resend key. Our server support people have to kill the processes, presumably via the command line. It would be very easy to trigger repeated calls to returns.pl (and I guess other scripts) by accidently resting a book (or whatever) on the edge of the keyboard, catching the Enter key. Just now I was able to bring down our test system (both intranet and OPAC) by merely holding down the enter key (using returns.pl) for maybe a maximum of 5-7 seconds. This a serious vulnerability, where a momentary lapse of care with a book on a keyboard can crash the Koha system. Ray Delahunty University of the Arts London -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19774] New: Adapt existing endpoints to new naming guidelines
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19774 Bug ID: 19774 Summary: Adapt existing endpoints to new naming guidelines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Some changes to attribute names need to be implemented for consistency. This was discussed here http://lists.koha-community.org/pipermail/koha-devel/2017-March/043576.html -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 19742] New: Differentiate renew' s permissions at the OPAC from those at the Intranet
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19742 Bug ID: 19742 Summary: Differentiate renew's permissions at the OPAC from those at the Intranet Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, It would be great to differentiate the user permissions to renews documents at the OPAC from those at the Intranet. For exemple, The user who can renew their documents 3 times in all, could be only able to renew 1 or 2 time their documents at the OPAC but for the last time they should have to go to the library. Actually, the number of renewals allowed in fine rules counts for both intranet and opac. the user could be notified to go to the library for the last renew for their documents. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 19729] New: Lists pages in OPAC are missing an HTML link element in last breadcrumb
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19729 Bug ID: 19729 Summary: Lists pages in OPAC are missing an HTML link element in last breadcrumb Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: simon.pouchol(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 19723] New: Use tab key to navigate only in subfields
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19723 Bug ID: 19723 Summary: Use tab key to navigate only in subfields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, Before version 3.12 In authorities module, we could use tab key to navigate only in subfield's boxs. Now this fonction dosn't work anymore. that was very usefull and could allowed to save time. It would be nice if the tab key could only navigate from subfield to subfield in the authorities module when your are in edit mod. It would be nice if the tab key works like this in the cataloging module on edit mode too. It would be less manipulation of the mouse like this. For testing, when you are on a record in edit mode, th tab key goes everywhere down the fields and it's a long time before going from one subfield to another. Its the same things in the authorities module. Patrick, -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 19703] New: Some items have the incorrect item type displayed in the 'Most popular' section in OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19703 Bug ID: 19703 Summary: Some items have the incorrect item type displayed in the 'Most popular' section in OPAC Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Where there are several bibliographic records with associated items of different itemtypes then Most popular displays the incorrect itemtype. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 19251] New: Show book drop information in the Checkout History
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19251 Bug ID: 19251 Summary: Show book drop information in the Checkout History 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, josef.moravec(a)gmail.com, kyle.m.hall(a)gmail.com, rbit(a)rbit.cz Depends on: 18994 All drop box check-ins will be marked and showed in history together with branch name. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18994 [Bug 18994] Show the branch name where checkin occurred on a title's Checkout History display -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19930] New: Dropbox mode statistical report
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19930 Bug ID: 19930 Summary: Dropbox mode statistical report Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice to have a way to identify dropbox mode returned items. Now there's no way to do that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 19631] New: Fix label sample data for ru-RU and uk-UA web installers
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19631 Bug ID: 19631 Summary: Fix label sample data for ru-RU and uk-UA web installers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org See bug 10222 for more information. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 19597] New: Cannot add patrons to list if they do not have a cardnumber
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19597 Bug ID: 19597 Summary: Cannot add patrons to list if they do not have a cardnumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: Create a borrower with no cardnumber (you may have to un-require the cardnumber in your database) Create a patron list Add a borrower with a cardnumber, notice it works Try to add your borrower that has no cardnumber, notice that it doesn't work It looks like we can handle either borrowernumbers or cardnumbers in the back end, but the front end here is sending only half useful ID's. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1