September 2020 - Koha-bugs - lists.koha-community.org

[Bug 20005] New: Posibility to change the number of results shown by default in label creator
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20005 Bug ID: 20005 Summary: Posibility to change the number of results shown by default in label creator 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: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, In the tool label creator, by default it show only the 20 first results. It will be great if we could choose the numbers of results shown by default for those tables. Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 19727] New: Editing call number in bibliographic record don' t follow in the item record
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19727 Bug ID: 19727 Summary: Editing call number in bibliographic record don't follow in the item record 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, When you edit field (090, 050, 02 etc.)for the call number for a bibliographic record in koha. the new information dont`t update in the item record (0). The call number given from the bibliographic record should be reproduced in the item record in the field provided for this purpose when a change in the rating in the bibliographic record. We should Make a match from the bibliographic field to the "o" field (dimension) of the item and not vice versa. Even if there are sometimes additions to the call number of the item and it is necessary to open the item for it, it is the same call number essentially. Therefore a modification of the call number in the field provided for this purpose in the bibliographic record should lead automatically to the same modification to the item since there must be a correspondence between these two fields. Patrcik, -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 17752] New: Fast add record & item with populating fields from Z39.50 with prompts for barcode and patron for ILL
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17752 Bug ID: 17752 Summary: Fast add record & item with populating fields from Z39.50 with prompts for barcode and patron for ILL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: abbottlibrarydirector(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.

1 8

[Bug 20046] New: Change configuration of the authorities z39.50 search
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20046 Bug ID: 20046 Summary: Change configuration of the authorities z39.50 search 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, It would be nice if the search form for the z39.50 authorities search would be revised. The principle of this form could be reversed completely. at the moment, the informations must be entered in the field corresponding to the type of authority we are looking for. It could be only a form with two fields.The first one would be for enter the information and the other one for choose the type of authority. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24889] New: Sort subscription in opac view : closed vs open
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24889 Bug ID: 24889 Summary: Sort subscription in opac view : closed vs open Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Hi, When a record has two serial subscriptions, one of which is open and one closed, the closed subscription appears first in the Subscriptions tab. A bug or an enhancement to choose the sort of appearance of subscriptions ? Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 23705] New: Add a syspref to enable record locking, so that when one record is opened to be edited, it's read only for other users
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23705 Bug ID: 23705 Summary: Add a syspref to enable record locking, so that when one record is opened to be edited, it's read only for other users Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It should be possible to allow Koha cataloguing to operate in a way where only one person can be editing a record at a time. This feature will add a syspref to enable that behaviour -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 15786] New: specify a default framework on a per-login basis
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15786 Bug ID: 15786 Summary: specify a default framework on a per-login basis Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/default-fram eworks/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Goal of development: To be able to specify a default framework on a per-login basis Work to be done: 1) Add new field ‘frameworkcode’ to table ‘borrowers’ 2) Revail in the patron editor as “Preferred framework” 3) Make the selected framework the default for new records 4) If editing existing record that does not match preferred framework, pop up confirmation dialog asking/warning to switch to new framework Looking for sponsors here: http://devs.bywatersolutions.com/projects/default-frameworks/ -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 26369] New: Set use_zebra_facets to 0 in the templates
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26369 Bug ID: 26369 Summary: Set use_zebra_facets to 0 in the templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com bug 13665 points out performance issues of zebra facets, let's not enable them by default -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 18016] New: C4::Auth_with_ldap:: ldap_entry_2_hash inserts 0000-00-00 for invalid dateofbirth
by bugzilla-daemon＠bugs.koha-community.org 09 May '24

09 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18016 Bug ID: 18016 Summary: C4::Auth_with_ldap::ldap_entry_2_hash inserts 0000-00-00 for invalid dateofbirth Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: dpavlin(a)rot13.org QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 26206] New: Extended Patron Attributes don't have a stable id on OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26206 Bug ID: 26206 Summary: Extended Patron Attributes don't have a stable id on OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the OPAC extended patron attributes don't have a stable id on the opac, but instead the id changes each time the page reloads. This makes it impossible to use JQ to effect them during the self-registration process. -- You are receiving this mail because: You are watching all bug changes.

1 5