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

[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

[Bug 22868] New: Separate Permissions for "Manage Purchase Suggestions" and "Enter Purchase Suggestions"
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '20

24 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22868 Bug ID: 22868 Summary: Separate Permissions for "Manage Purchase Suggestions" and "Enter Purchase Suggestions" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It would be handy if we could have separate permissions for "Manage Purchase Suggestions" and "Enter Purchase Suggestions" After bug 11911 was pushed, it is now obvious to people who have the "Manage Purchase Suggestions" permission that they can go in and edit any. It would be great if we could separate it out and let staff only add purchase suggestions. Many of our branches have staff enter in any purchase suggestions on the staff side using the "Purchase Suggestions" tab when checking out a patron, but don't want them to have the ability to go manage other ones. 12219 Can help some with that by limiting to branch, but if we could also have the ability to only add and not manage, that would be helpful here. Lisette -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 22373] New: Stock Rotation duration test
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '20

24 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22373 Bug ID: 22373 Summary: Stock Rotation duration test Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It looks like this uses the branchtransfers column datearrived to check for duration. Does that mean if an item goes on hold to another branch and then is returned, the duration for that item is reset to be the the full duration again? >>Comment # 371 on bug 11897 from Martin Renvoize >>Must admit, my recollection of this code is somewhat vague... But, I believe >>the combination of home branch with the date fields prevents that particular >>issue. However, it would be nice to have a test to prove that hypothesis.. >>might be worth opening another bug for that? Per Martin's comment above, can we test to see if an item goes on hold to another branch and then is returned does the duration get reset based on the last date that item arrived at its home branch. Lisette -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 17695] New: Frameworks not saving in IE11 when editing records
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '20

22 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17695 Bug ID: 17695 Summary: Frameworks not saving in IE11 when editing records Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl One of our customers has reported a problem since upgrading to 16.05 with the cataloguing module. This is specific to IE11 and is reproducible. Frameworks are not saving when the record is edited. Edit Record - Click on Settings drop down Select an alternative framework Nothing happens at all - the framework does not change I cannot reproduce this issue using Chrome but some libraries are not able to use any other browser than IE so this is quite a fundamental problem for them. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 20201] New: Silence warnings in admin/aqplan.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '20

21 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20201 Bug ID: 20201 Summary: Silence warnings in admin/aqplan.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Floody logs distracts from debugging real problems. This will clean up warnings triggered in admin/aqplan.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 16754] New: Use validation plugin when adding or editing budgets
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '20

21 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16754 Bug ID: 16754 Summary: Use validation plugin when adding or editing budgets Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/aqbudgetperiods.pl 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 CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com, testopia(a)bugs.koha-community.org, veron(a)veron.ch There is a lot of custom form validation JavaScript in the budget editing template which can be handled instead by the jQuery validation plugin. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 22971] New: New location isn't displayed in OPAC for items added in a course reserves
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22971 Bug ID: 22971 Summary: New location isn't displayed in OPAC for items added in a course reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When adding an item in a activated course reserves and you go to see the item details in the OPAC, who can't see the location label after the holding location. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5