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

[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 21 Sep '20

21 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

[Bug 21539] New: addorderiso2709.pl forces librarian to select a ccode and notforloan code when using MarcItemFieldsToOrder
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '20

21 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21539 Bug ID: 21539 Summary: addorderiso2709.pl forces librarian to select a ccode and notforloan code when using MarcItemFieldsToOrder 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is no reason that MarcItemFieldsToOrder should force librarians to select a ccode and notforloan value for each item. They are both optional fields. As with location, the first value should be an empty 'none' option. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 23086] New: Search for collection is broken
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23086 Bug ID: 23086 Summary: Search for collection is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Target Milestone: --- We have seen this issue in a 17.11 installation, but not in a newer 18.11. I believe that Zebra version and using/not using ICU might play a role here. When looking into it, we were able to fix the issue removing the lines adding quotes to the search in Search.pm: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/Search.pm;h=41… The quotes appear to be the issue, as a simple search using mc-ccode: without quotes works. This problem has also been reported on the mailing list: https://lists.katipo.co.nz/pipermail/koha/2019-June/053081.html Setting to major as this effects a major feature in the OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 18924] New: De-activating a course reserve does not update zebraqueue.
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18924 Bug ID: 18924 Summary: De-activating a course reserve does not update zebraqueue. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Changes made to an item on course reserve are not reflected in zebra when the course is made inactive. Steps to reproduce: 1) Set up a course in course reserves 2) Add items to the course reserve 3) Make the course active. 4) Change values at the item level that will show up in the search results -- e.g. shelving location, notforloan. These values will remain until the course is made inactive. 5) Set the course as inactive. The changed values will revert back to their original settings, but search results will still show the values of the active reserves. 6) Note that zebraqueue is not updated for the associated bib. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 16686] New: Fix "Item in transit from since" in Holds tab
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16686 Bug ID: 16686 Summary: Fix "Item in transit from since" in Holds tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org "From branch" and date do not show up in patron's "Holds" tab: "Item in transit from since" OPAC log: opac-user.pl: No method frombranch! at /usr/share/kohaclone/koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-user.tt line 607 This is related to Bug 13918 (see comment #3 in Bug 16680) -- You are receiving this mail because: You are watching all bug changes.

1 47