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

[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

[Bug 19589] New: DESTDIR environment variable ignored on "make install"
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19589 Bug ID: 19589 Summary: DESTDIR environment variable ignored on "make install" Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: int(a)arcor.de QA Contact: testopia(a)bugs.koha-community.org (In koha-17.05.03/) when calling > DESTDIR=fancydir make install the DESTDIR from the command-line is ignored and the empty one from Makefile is used. In Makefile the following line can be found > DESTDIR = If this line is deleted, the DESTDIR from the command-line is used as expected. (But I don't know if this is a good idea to do, beside that Makefile is generated.) This behaviour is bad for package-building of koha. Steps to reproduce: Just follow the normal install procedure (as normal user): > perl Makefile.PL --install_base /usr/share/koha --install_mode standard ... > make > DESTDIR=fancydir make install The following error should occur: > ERROR: Can't create '/etc/koha' > mkdir /etc/koha: Permission denied at ... Expected is that everything is installed below $DESTDIR/, e.g. $DESTDIR/etc/koha, and not root. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 18890] New: REST API: Fix fetching operation spec in route chain
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18890 Bug ID: 18890 Summary: REST API: Fix fetching operation spec in route chain Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Mojolicious::Plugin::OpenAPI version 1.17 added a feature for fetching API spec in route chain. For us, this type of functionality is used in authentication with our own workaround introduced in Bug 18137. Our own workaround no longer works if M::P::OpenAPI version >=1.17. When upgrading Mojolicious::Plugin::OpenAPI dependency, this patch will fix the issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 19445] New: Add support for ES rebuild to koha-sandbox cron
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19445 Bug ID: 19445 Summary: Add support for ES rebuild to koha-sandbox cron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: contribs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19399] New: Show reports screen should not display query in textarea.
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19399 Bug ID: 19399 Summary: Show reports screen should not display query in textarea. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The Guided reports "Show SQL" e.g. https://intranet.bywatersolutions.com/cgi-bin/koha/reports/guided_reports.p… Looks very similar to the "Edit SQL" screen. https://intranet.bywatersolutions.com/cgi-bin/koha/reports/guided_reports.p… Because of the visual similarity, there is a strong temptation to edit the SQL on the Show SQL screen. This is an annoyance; it would be better UX to display the SQL in a <code> tag. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4