July 2022 - Koha-bugs - lists.koha-community.org

[Bug 28819] New: Add link to Item Search from mainpage.pl
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '23

15 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28819 Bug ID: 28819 Summary: Add link to Item Search from mainpage.pl 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: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The only way to access item search is through the drop down Search link in the top bar. It would be helpful to have a "button" to the item search on the main page, like there is for Advanced Search. The item search is heavily used, and having a more prominent way to access it would be helpful. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 30928] New: Add interface to statistics table
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30928 Bug ID: 30928 Summary: Add interface to statistics table 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many libraries are interested in seeing stats on the interfaces where transactions took place (staff intranet vs sip checkout, for example). Currently the only way to find that information is via action_logs, which means that data drops off eventually. It would be nice to have this information as part of statistics for ease of reporting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 22827] New: Automatic item modifications by age: add age depencency on other field(s) than dateaccessioned
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22827 Bug ID: 22827 Summary: Automatic item modifications by age: add age depencency on other field(s) than dateaccessioned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Some libraries needs automatic modification based on other date that dateaccessioned. For example: copyright rules allow start borrow some kind of materials x months after release date. In this case must be age modification based on other field than dateaccessioned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 22262] New: text/javascript responses should be compressed by Apache
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22262 Bug ID: 22262 Summary: text/javascript responses should be compressed by Apache Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Neither the vanilla Apache configuration nor the Debian one includes text/javascript in the list of MIME types of responses that get compressed by mod_deflate. Since some APIs under /svc/ happen to use that MIME type in their responses, a bit of bandwidth can be unnecessarily wasted. However, the lack of compression is of more import for svc/cataloguing/framework, which transfers a megabyte or so whenever it is invoked to fetch the default MARC21 framework (and presumably a similar amount of data for other MARC frameworks). Since that API is invoked when Rancor initializes, it's been observed that over a slow connection a RequireJS "define" call can time out, leading to the MARC editor never fully initializing and an error like this appearing in the browser debug console: "error" load timeout for modules: /cgi-bin/koha/svc/cataloguing/framework?frameworkcode=&callback=define" onscripterror https://HOST/intranet-tmp1/lib/require_18.0504000.js -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 30624] New: Remove IndependentBranchesLoggedInLibrary in favor of a permission
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '23

13 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30624 Bug ID: 30624 Summary: Remove IndependentBranchesLoggedInLibrary in favor of a permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 29887 added the system preference IndependentBranchesLoggedInLibrary. This bug intends to remove that system preference and replace it with a permission: 'select_loggedin_library' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 95

[Bug 29887] New: Create system preference IndependentBranchesLoggedInLibrary
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '23

13 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29887 Bug ID: 29887 Summary: Create system preference IndependentBranchesLoggedInLibrary Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently if IndependentBranches is turned on it makes it so staff cannot switch branches or 'Set library' unless they are a superlibrarian. Some libraries like this aspect of IndependentBranches but don't want everything else that comes with turning on IndependentBranches. A new system pref 'IndependentBranchesLoggedInLibrary' would allow libraries to utilize this aspect of IndependentBranches without having to turn on everything else that comes with that system preference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 23068] New: Add ability for Koha to handle X-Forwarded-For headers so REMOTE_ADDR features work behind a proxy
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '23

13 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23068 Bug ID: 23068 Summary: Add ability for Koha to handle X-Forwarded-For headers so REMOTE_ADDR features work behind a proxy 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Koha has a number of features that rely on knowing the IP address of the connecting client. If that server is behind a proxy these features do not work. We can use Plack::Middleware::RealIP to automatically convert the X-Forwarded-For header into the REMOTE_ADDR environment variable so no Koha code need be modified. A future enhancement could be to take advantage of the module's trusted_proxy setting to allow Koha to use these feature even after going through *multiple* proxies. This would require being able to read configuration from the plack.psgi file and is beyond the scope of this enhancement. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 77

[Bug 27452] New: Create GUI for patron_emailer cron
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '23

13 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27452 Bug ID: 27452 Summary: Create GUI for patron_emailer cron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, katrin.fischer(a)bsz-bw.de, nick(a)bywatersolutions.com Depends on: 16149 It would be nice to have a GUI for this cron so folks don't need to install the plugin (https://github.com/bywatersolutions/koha-plugin-patron-emailer) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16149 [Bug 16149] Generate and send custom notices based on report output -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 29486] New: _koha_marc_update_bib_ids no longer needed for GetMarcBiblio (?)
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29486 Bug ID: 29486 Summary: _koha_marc_update_bib_ids no longer needed for GetMarcBiblio (?) 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+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org C4::Biblio::_koha_marc_update_bib_ids is adding biblionumber and biblioitemnumber to the MARC record. When it may still be needed when a bibliographic record is added/edited, why do we need it for GetMarcBiblio? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 19111] New: Do not mess with kohafield in authority_subfield_structure
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19111 Bug ID: 19111 Summary: Do not mess with kohafield in authority_subfield_structure 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Please see also bug 10306 and dependencies. In Koha we are using kohafield in auth_subfield_structure only for the link between authid and 001, as well as authtypecode and 942a. We do not have any further "kohafield functionality" as on the biblio side for additional fields like title, author, etc. (There is no authority counterpart for transform marc to koha, etc.) Sub GetAuthMARCFromKohaField is only called a few times (once in AuthoritiesMarc.pm and twice in authorities.pl). In e.g. SearchAuthorities, GuessAuthid, AddAuthority, etc. 001 is hardcoded. This actually means that you should really NEVER change the "kohafield" mapping in the Subfield structure of Admin/Authority types for 001 and 942a. I would propose here to disable the kohafield for editing on the subfield structure form (just as on bug 19096), and at least add some comments to GetAuthMARCFromKohaField. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4