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

[Bug 23081] New: Item search : Filter for Items with Zero Checkouts Returns No Results
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '22

30 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23081 Bug ID: 23081 Summary: Item search : Filter for Items with Zero Checkouts Returns No Results Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)esilibrary.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When conducting an item search, if I set the checkout count to = 0, I get "No data available in table" (and there are most definitely items without any checkouts). If I conduct a search that returns results (without filtering by checkout count), and then enter 0 into the box on the search results screen, I get results with 10 checkouts. I expected to get the items with 0 checkouts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 24875] New: Remvoe extra punctuation from tools home page
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '22

30 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24875 Bug ID: 24875 Summary: Remvoe extra punctuation from tools home page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 26079] New: Use 008 positions 14-16 as authoritative authority entry type
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '22

30 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26079 Bug ID: 26079 Summary: Use 008 positions 14-16 as authoritative authority entry type Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Instead of using the auth_header.authtypecode as the authoritative authority entry type look at the 008 position 14-16. According to MARC standards ( https://www.loc.gov/marc/authority/ad008.html ): * 088 position 14 = 'a' means the authority record is a name authority * 008 position 15 = 'a' means the authority record is a subject authority * 008 position 16 = 'a' means the authority record is a series authority These three characters allow authority records to belong to multiple auth types. Koha only allows an authority record to have one auth type. Given a syspref is enabled load all authorities into the default authority type. Search/use/display them according to how they are coded in their 008 positions 14-16 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 22993] New: Messaging preferences not set for patrons imported through API
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22993 Bug ID: 22993 Summary: Messaging preferences not set for patrons imported through API Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hans.palsson(a)hkr.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- It appears that from 18.11.03 (maybe earlier), patrons that are created/imported through the API does not get messaging preferences set as specified in the system preferences ("Default messaging preferences for this patron category"). This should work in the same way that messaging preferences are set for patrons created in the GUI. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 27555] New: Use psgi_env from errors/* controller scripts
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27555 Bug ID: 27555 Summary: Use psgi_env from errors/* controller scripts Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 26048 errors/* controller scripts are using any { /(^psgi\.|^plack\.)/i } keys %ENV to know if we are running under psgi. This is also defined in C4::Auth (psgi_env subroutine), but it's not available as it is in BEGIN. We should put this trick in an exportable subroutine to make it accessible from pl scripts. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26048 [Bug 26048] PSGI Koha does not use custom ErrorDocument pages -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 28700] New: "Unblessed" method in Object.pm has blessed values for keys in some cases
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28700 Bug ID: 28700 Summary: "Unblessed" method in Object.pm has blessed values for keys in some cases Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 59

[Bug 28692] New: Reduce DB action_log table size
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28692 Bug ID: 28692 Summary: Reduce DB action_log table size Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: stalkernoid(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 65

[Bug 28584] New: Remove hyphens from EAN when adding a new record
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '22

27 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28584 Bug ID: 28584 Summary: Remove hyphens from EAN when adding a new 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In Finland we use EANs to match records. Occassionaly we get double records if record is saved with hyphens in EAN and same record already exists without them or vice versa. To prevent this hyphens should always be removed from EAN in Koha level when record is saved (similary like has been suggested in bug 27774 to ISBN). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 25251] New: When a record has no items click delete all does not need an alert
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '22

25 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25251 Bug ID: 25251 Summary: When a record has no items click delete all does not need an alert Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It seems to be overkill, the delete all button is grayed out, has a tooltip, but click it generates an alert that must be dismissed. I think the first two are sufficient To recreate: 1 - Find a record with items in the staff interface 2 - Click edit 3 - Note 'Delete all items' is grayed out 4 - Note hovering displays a note that there are no items 5 - Click on it anyway, an alert is generated -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 25980] New: Capture cover image via webcam
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '22

25 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25980 Bug ID: 25980 Summary: Capture cover image via webcam 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Would like to see the ability to capture local cover image via webcam. Based off work being done in bug 6815. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4