May 2024 - Koha-bugs - lists.koha-community.org

[Bug 23758] New: Advanced editor should have a widget to automatically populate when a biblio was first entered
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23758 Bug ID: 23758 Summary: Advanced editor should have a widget to automatically populate when a biblio was first entered Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hayleymapley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be useful for libraries who use the Advanced Editor to have the ability to automatically populate a field with the current date the first time a biblio record is entered. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 28642] New: Add IndependentBranches syspref to hide other items and libraries
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '24

05 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28642 Bug ID: 28642 Summary: Add IndependentBranches syspref to hide other items and libraries Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Independent Branches should not see items from other libraries in the staff client. Also don't show other libraries in the many library selects. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 36304] New: Update C4::Auth in_iprange function to work when Koha is hosted behind a cloudflare proxy
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '24

04 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36304 Bug ID: 36304 Summary: Update C4::Auth in_iprange function to work when Koha is hosted behind a cloudflare proxy Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: vanoudt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 163104 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=163104&action=e… Patch CF::Auth in_iprange to allow for CloudFlare proxying When Koha is run behind a cloudflare proxy, cloudflare obfuscates the REMOTE_ADDR that is provided to koha. It does, however, add another header that we can use to check the actual origin of the client - HTTP_CF_CONNECTING_IP. This patch simply checks to see if this new header is present, indicating koha is behind the cloudflare poroxy, and uses it instead of REMOTE_ADDR to check if a client's IP address is in a valid range. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 34186] New: Adding subfield q to 110/710 to framework
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '24

04 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34186 Bug ID: 34186 Summary: Adding subfield q to 110/710 to framework 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: barbara.petritsch(a)wienmuseum.at QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The field 100, 130, 700, 730 have the subfield q which enables to add a name manually. For the fields 110, 710 this is not the case. Adding a q subfield manually while cataloging or permanently in the framework didn't do the trick either. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36805] New: Separate OPACSearchForTitleIn content from markup
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36805 Bug ID: 36805 Summary: Separate OPACSearchForTitleIn content from markup Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The OPACSearchForTitleIn system preference expects the user to be able to enter their list of links using the correct markup for them to be displayed in the "More searches" Bootstrap dropdown. As Bug 35844 shows, this content can get out of date with Bootstrap upgrades. I think we might want to separate the link content from the markup. My suggestion is that we ask the user to enter each link on one line, with URL pipe-separated from link text, e.g.: https://worldcat.org/search?q={TITLE}|Other Libraries (WorldCat) We can parse that in the template: [% FOREACH line IN OPACSearchForTitleIn.split('\n') %] [% part = line.split('\|') %] <a class="dropdown-item" href="[% part.first | html %]" target="_blank">[% part.last | html %]</a> [% END %] Does that sound reasonable? -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 28082] New: Add acquisitions toolbar to vendors on vendor search page
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28082 Bug ID: 28082 Summary: Add acquisitions toolbar to vendors on vendor search page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org We can improve consistency and expand functionality be adding inclusion of the acquisitions toolbar include on the vendor search results page. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 31208] New: "Check for embedded item record data" should default to "No"
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31208 Bug ID: 31208 Summary: "Check for embedded item record data" should default to "No" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, "Check for embedded item record data" in stage-marc-import.pl defaults to "Yes", but I doubt that the majority of libraries would want to check for embedded item record data. (By extension, I think it would be good to default "How to process items:" to "Ignore items" instead of "Always add items" - just to be on the safe side.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 31755] New: Store biblio OPAC visibility in biblio table
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31755 Bug ID: 31755 Summary: Store biblio OPAC visibility in biblio table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, you have to interrogate the MARCXML to determine if a record is suppressed using OpacSuppression, and you have to iterate through all of a bib's items to see if it's hidden/suppressed using OpacHiddenItems and OpacHiddenItemsHidesRecord. As Tomas said at https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31161#c21, it would make sense to have a "suppressed" field in the biblio table so that we can determine a biblio record's OPAC visibility using a simple SQL query. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 26168] New: Create admin Linux user "koha" which is member of all *-koha instance groups
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26168 Bug ID: 26168 Summary: Create admin Linux user "koha" which is member of all *-koha instance groups 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org It would be useful to have an administrative Linux user "koha" which is a member of all *-koha instance groups. The high level use case is a non-root (daemon) service that can run "koha-shell kohadev -c 'command'". At the moment, you could just run that (daemon) service as root, but ideally it would be better to run it as a less privileged user. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 25635] New: overdue_notices.pl dies if no overdue rules are defined
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25635 Bug ID: 25635 Summary: overdue_notices.pl dies if no overdue rules are defined Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org overdue_notices.pl dies if no overdue rules are defined, but there are many cases where you might not want any overdue rules to be defined. (If you're running overdue_notices.pl within koha-foreach, koha-foreach will now die on the first instance it encounters that has no overdue rules defined.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10