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

[Bug 23191] New: Administrators should be able to install plugins from the command line
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '20

29 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23191 Bug ID: 23191 Summary: Administrators should be able to install plugins from the command line Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Target Milestone: --- Some support companies would prefer to now allow end users to install new plugins. Prior to bug 21073 this was mostly possible by enabling plugins in the config but making the plugin path read only to the apache user. In this way users could not upload new plugins, but support providers could add plugins at the users request. This did have the caveat that 'install', 'update' and 'remove' routines in the plugin would not be called. With bug 21073 we must run through the InstallPlugins method to populate the relevant database tables so we should add a command line script that would allow administrators to run this once they had manually added plugin code to the correct paths. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 23579] New: error during web install: 'changed_fields' can't have a default value
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '20

29 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23579 Bug ID: 23579 Summary: error during web install: 'changed_fields' can't have a default value Change sponsored?: --- Product: Koha Version: 19.05 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: agomezcardozo(a)herrera.unt.edu.ar QA Contact: testopia(a)bugs.koha-community.org during web installing, I found this error: install.pl: DBD::mysql::st execute failed: BLOB, TEXT, GEOMETRY or JSON column 'changed_fields' can't have a default value at /usr/local/share/perl5/DBIx/RunSQL.pm line 273. I fixed it modifying kohastructure.sql, changing borrower_modifications structure (remove default value of changed_fields) There is another solution? I'm use xubuntu 18.04LTS and mysql (Ver 14.14 Distrib 5.7.27, for Linux (x86_64) using EditLine wrapper) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 23808] New: Creating Child Guarantee doesn't populate Guarantor Information
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '20

28 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23808 Bug ID: 23808 Summary: Creating Child Guarantee doesn't populate Guarantor Information Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is happening on 18.11.06: In this process, creating child guarantee does not populate Guarantor Information: 1. Create an Adult Patron 2. Create a New Patron - choosing a Child category 3. Add Surname, First Name, search for Guarantor in database- choose Guarantor. 4. Guarantor's address does not populate for Child Account. The way to do this which does work: 1. Create an Adult Patron 2. Click Add Child from Adult Patron's form. 3. Add surname, First name of Child 4. See the Guarantor's address is populated already. Can we adjust it so the first way works as the second way does? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 25020] New: Extending due dates to a specified date should preserve time portion of original due date
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '20

28 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25020 Bug ID: 25020 Summary: Extending due dates to a specified date should preserve time portion of original due date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When using the tool 'batch extend due dates' the time portion of a checkout is lost when setting a specific date. To recreate: 1 - Checkout an item 2 - Note the date due has time of 23:59 3 - Checkout an item and specify the time in the checkout 4 - Note it displays 5 - Use Tools->Batch extend due date 6 - Enter params to capture the two issues you just made 7 - Extend to a specified date 8 - Note checkouts are now due at 00:00:00 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 16314] New: Hover text on upload file icon plugin incorrect
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '20

28 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16314 Bug ID: 16314 Summary: Hover text on upload file icon plugin incorrect Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The hover text for the upload file icon (commonly used with the 856u) says "Tag editor" when it should say something like "Select uploaded file." In truth, I think the icon should be different for this, as it's not really even the same sort of animal as the usual tag editor. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 24581] New: DBIx::Class::Storage::DBI::_dbh_execute(): Unknown column 'me.privacy_guarantor_fines' in 'field list' at /usr/share/koha/lib/Koha/Objects.pm line 92
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '20

27 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24581 Bug ID: 24581 Summary: DBIx::Class::Storage::DBI::_dbh_execute(): Unknown column 'me.privacy_guarantor_fines' in 'field list' at /usr/share/koha/lib/Koha/Objects.pm line 92 Change sponsored?: --- Product: Koha Version: 19.11 Hardware: HP OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: rajofigueroa(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org In upgrading Koha I.L.S. from koha 19.05 to koha 19.10.2. I installe koha 19.10 en my laptop envy hp, in Debian 10 buster, and everything was ok. But whan I bring tried to change the new database with the old one , it give me that error mesage DBIx::Class::Storage::DBI::_dbh_execute(): Unknown column 'me.privacy_guarantor_fines' in 'field list' at /usr/share/koha/lib/Koha/Objects.pm line 92 An in the OPAC : Software error: Template process failed: undef error - DBIx::Class::Storage::DBI::_dbh_execute(): Unknown column 'me.reset_password' in 'field list' at /usr/share/koha/lib/Koha/Objects.pm line 269 Please some hep needed. Thanks a lot Lic. Ramon Figueroa, from caracas, Venezuea -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 20833] New: Feature request: Better copy/paste for system preferences
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20833 Bug ID: 20833 Summary: Feature request: Better copy/paste for system preferences Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes it is useful to be able to copy and paste system preferences as text rather than screenshot -- the nature of the system preferences screen makes this very difficult to do, because often the most important text is the system preference values, which are either in a text box or labels in a drop down. For instance the system preference 'AcqCreateItem' has the text Create an item when [*] This is only the default behavior, and can be changed per-basket. Where [*] is a drop down containing one of the values. - placing an order. - receiving an order. - cataloging the record. A simple copy and paste of the 'Value' box gives "Create an item when This is only the default behavior, and can be changed per-basket."; there's no way to copy the values in the drop down. I would be nice to have a 'copy to clipboard' button that would copy the 'preference' and 'value' fields. For instance if AcqCreateItem was set to 'placing an order', the following text would be placed in the copy/paste buffer: AcqCreateItem: Create an item when [placing an order.] This is only the default behavior, and can be changed per-basket. If multiple system preferences show up in the 'Preference' field, they would be comma separated, e.g. LocalHoldsPriority, LocalHoldsPriorityPatronControl, LocalHoldsPriorityItemControl: [Don't give] priority for filling holds to patrons whose [pickup library] matches the item's [holding library] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22199] New: Planning Budget does not retain values
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '20

24 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22199 Bug ID: 22199 Summary: Planning Budget does not retain values Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When trying to use the planning function in Acquisitions/Budgets, Koha does not retain the values entered for month/itemtype/library, when entered either manually, using autofill, or a combination of both. Once figures have been entered and save is clicked, all the figures revert to zero. Noticed in 18.05.07 and confirmed in 18.11.00. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 23937] New: Clear filter in Acquisitions Search doesn't work
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '20

24 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23937 Bug ID: 23937 Summary: Clear filter in Acquisitions Search doesn't work Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 94927 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=94927&action=ed… search With the introduction of bug 21308, the library can search the acquisitions module for a title, order, etc. With this first acquisition search, the results will populate and all the search filters appear on the left-hand side of the screen. If the search started in the standard acquisitions search -see screenshot- then the clear filter does not work when the results are populated. The only way to clear this search is to search for something else using the left hand search boxes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 23820] New: Club Hold pickup locations should be able to default to patron's home branch
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '20

24 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23820 Bug ID: 23820 Summary: Club Hold pickup locations should be able to default to patron's home branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently club holds force you to choose a single, specific pickup location when placing holds for the club. This isn't ideal in a multibranch/consortial setting. It would be nice if there were an option to default the pickup location to the patron's home branch for holds placed with clubs. My use case involves clubs for specific authors. For example, I want to create a 'Stuart Woods' club that patrons can join, then whenever a new Stuart Woods title is added, staff place a club hold that hits every patron enrolled. Right now, if I take three different patrons from three different branches and add them to a single club, I will be forced to select a single pickup location which may be inaccessible to some or all of the patrons. To set three different pickup locations, I would need to place three different club holds for three different clubs. That has potential to get very messy, very quickly. Each branch would need a club for each author, which then makes it easy to enroll patrons in the wrong club and get their holds sent to the wrong branch. Ideally, all three patrons should be able to join a single club and get their holds sent to their respective home branches for pick up. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23