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

[Bug 15869] New: change framework on overlay
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15869 Bug ID: 15869 Summary: change framework on overlay 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you stage files for import you can choose how to handle matches. One option is to replace the existing record. The problem is that many libraries use this option to load a fuller record over a quick or fast record and the framework doesn't change. So you can choose the framework before importing but that framework only applies to new records, it doesn't update records that are being replaced or overlaid. We should fix that to update the framework for all items, not just new ones. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 21431] New: Create unique log key for password recovery different from password change
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21431 Bug ID: 21431 Summary: Create unique log key for password recovery different from password change Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com How often password reset has been used ? update_password just contains: logaction( "MEMBERS", "CHANGE PASS", … ) So the log does not really tell you. The borrower_password_recovery has no autoincrement id; so no luck there too.. opac/opac-password-recovery.pl could perhaps send a different code to update_password ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 18576] New: MARC Bibliographic framework test does not check for framework created
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18576 Bug ID: 18576 Summary: MARC Bibliographic framework test does not check for framework created Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bob-ewart(a)bobsown.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Add a new bibliographic framework code without setting the MARC structure. Run the MARC Bibliographic framework test. It should report that framework code as an error (not setup). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 20939] New: Add Authorized Values for the 008 Marc Fields within Rancor / Advanced Editor
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20939 Bug ID: 20939 Summary: Add Authorized Values for the 008 Marc Fields within Rancor / Advanced Editor Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice to have authorized values for the 008/15-17 Place of publication, reproduction or execution(MARC Code List for Countries) loaded into the MARC bib editor? In addition, authorized values for 008/35-37 Language (MARC Code List for Languages) . It also would be nice to link those to the system preference of which languages the library currently has, as to not have them all listed. There are other drop down lists for other authorized values, but not for place of publication and language of the item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 18203] New: Add per borrower category restrictions on ILL placement.
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18203 Bug ID: 18203 Summary: Add per borrower category restrictions on ILL placement. 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: alex.sassmannshausen(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The ILLModule currently allows any borrower category to request new ILLs. This may not be what is required in many places as ILLs can be very expensive. This bug should implement a method by which entire borrower categories can be prevented from creating new ILL requests. Alex -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 69

[Bug 17856] New: Add API endpoint for item types
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '24

22 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17856 Bug ID: 17856 Summary: Add API endpoint for item types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.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 6

[Bug 21525] New: Configuration to disable all notices at patron level
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21525 Bug ID: 21525 Summary: Configuration to disable all notices at patron level 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org At present, it is possible to select 'Do not notify' for the following notices at a patron level (i.e. for an individual patron): * Item due * Advance notice * Hold filled * Item check-in * Item check-out AT patron category level it is possible to opt out of overdue notices by changing the value of 'Overdue notice required' to 'No'. However, it is not possible to opt out of overdue notices at a patron level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 22070] New: OpacBrowseResults has broken link back to search results
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22070 Bug ID: 22070 Summary: OpacBrowseResults has broken link back to search results Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Under certain conditions the OPACBrowseResults (navigation between results in OPAC) feature will have a broken link "back to results". To test: - Search for a term with diacritics. You can cheat a little here and search for something like "bööks" with the sample data. (ö will also find o). It's important that it's at least to result pages. - Go to the last result of the first result page - Verify the URL "back to results" works and diacritic shows up nicely - Go to the last result of the first page again - Navigate "Next >>" - Check "Back to results" again - Verify the link is broken and the diacritics are mangled Link looks something like this: http://localhost:8080/cgi-bin/koha/opac-search.pl?offset=20&q=b%C3%83%C2%83… -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 20443] New: Move C4::Members::Attributes to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '24

16 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20443 Bug ID: 20443 Summary: Move C4::Members::Attributes to Koha namespace 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 119

[Bug 17536] New: Remove Duplication of receipting code in EDI
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '24

15 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17536 Bug ID: 17536 Summary: Remove Duplication of receipting code in EDI 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 When the Current Koha/EDI.pm was written the api to Acquisitions::ModReceiveOrder was unstable as a result the process was duplicated in Koha::EDI as the interface has stabilised EDI should revert to using the Acquisitions interface and remove the duplicate code. This should guard against bugs from incompatibilities and allow it to take advantage of enhancements in C4::acquisitions (e.g. new handling of Standing Orders) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7