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

[Bug 23019] New: Ability to create 'matching profiles' when importing records
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '21

09 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23019 Bug ID: 23019 Summary: Ability to create 'matching profiles' when importing records 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: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- This development will allow you to have the ability to create “matching profiles” for use on the “Stage MARC Records for Import” screen. This would make it possible to choose a profile rather than manually filling in each of the fields for record type, encoding, record and item matching rules and actions each time a batch of MARC records is imported. For example, we might create “matching profiles” for different vendors or formats, and it would save time to select the appropriate profile (maybe from a drop-down list on the page) and have the fields populate automatically. Specs: Ability to set up profiles and save them while working in the Tools->StageMarcRecords module. Ability to manage/edit profiles in the Admin area (similar to Record->Matching Rules). Create an API to pull the profile data into Import Tool when selected on the Import Screen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 93

[Bug 22431] New: Incorrect group by in circ/pendingreserves.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '21

09 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22431 Bug ID: 22431 Summary: Incorrect group by in circ/pendingreserves.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- This one seems tricky as we are probably doing some bad things here - we get the reserves, group by biblionumber, then do a mix of taking all values from a field and trying to get the values for the 'first' patron. I think this one needs to be two queries joined which may impact peformance but should be much more correct -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 17674] New: Allow UI to delete serials in batch
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '21

06 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17674 Bug ID: 17674 Summary: Allow UI to delete serials in batch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This new feature allows for batch deletion of serials through the UI. The current usage is a one-by-one long game. Testing - Have at least three serials, with items - check the box to select two of them - Press the Remove selected issues button - Decide to delete their items as well or not - Validate. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 177

[Bug 17409] New: Remove redundant note fields for payments on pay.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17409 Bug ID: 17409 Summary: Remove redundant note fields for payments on pay.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently there is an inconsistency with inputting notes on a payment. When you go to pay.pl, there is a note field for input next to each item. However, depending on what you select, there might be a following note field. That field is populated with the all the notes from the pay.pl screen if you click on Pay selected, blank if you click Pay amount, and not even an option if you Write off all. Having individual notes lumped together into one payment line might be confusing and depending on the notes, might not make any sense when the payment is made as a single payment. Because this enhancement is written in hopes that bug 17406 is accepted by the Koha community, I am making this dependent on those enhancements. 1) I suggest that the note fields be removed from the pay.pl page. 2) If bug 17406 is accepted, there will only be two buttons on the pay.pl screen: Pay selected and Write off selected. Regardless of which button is clicked, a summary page should come up showing what was selected, and totals. 3) The summary page should have a checkbox reading (use first note for all items). If checked, only the note field on the first item is active. If unchecked, all note fields are active. The default should be checked. 4) If there is only 1 item selected, the checkbox should not show. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 21851] New: Improve style of sidebar forms
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21851 Bug ID: 21851 Summary: Improve style of sidebar forms Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I propose some minor changes to the way forms in sidebars are styled. My patch will adjust the style of nested fieldsets and list items. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 22499] New: Itemcallnumber "0" not displayed
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22499 Bug ID: 22499 Summary: Itemcallnumber "0" not displayed Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: rbit(a)rbit.cz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- If there is "0" (just zero) as an itemcallnumber, it's not displayed in Holdings tab in /cgi-bin/koha/catalogue/detail.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22784] New: Archiving Purchase Suggestions
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22784 Bug ID: 22784 Summary: Archiving Purchase Suggestions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Create a way to archive the 'completed' purchase suggestions on the staff side. 1. Add an 'archived' column to purchase suggestions 2. Add a script to automatically mark suggestions of a certain age and status as archived 3. Add a button on the purchase suggestions page to archive specific suggestions 4. Add a 'view archived suggestions' button to view archived suggestions. Default view does not display archived suggestions 5. Add 'archived' option to the filters on the purchase suggestions page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 87

[Bug 18905] New: Advanced editor - Rancor - Add support for /cataloguing/ value_builder/upload.pl
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '21

04 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18905 Bug ID: 18905 Summary: Advanced editor - Rancor - Add support for /cataloguing/value_builder/upload.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Adding the ability to invoke upload.pl (specifically in 856u for uploading linked files to records) would eliminate the need to switch between Rancor and Basic Editor to use the upload plugin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 19270] New: Advanced Editor - Rancor - Add ability to search batches on arbitrary marc fields
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '21

04 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19270 Bug ID: 19270 Summary: Advanced Editor - Rancor - Add ability to search batches on arbitrary marc fields 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 18992] New: LDAP fallback behaviour not consistent
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '21

04 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18992 Bug ID: 18992 Summary: LDAP fallback behaviour not consistent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org If ldap enabled fallback to internal in C4::Auth::checkpw is dependent on the return value from checkpw_ldap In C4::Auth_with_ldap the situation seems to be: IF auth_by_bind IF anonymous_bind look up principalname ELSE construct via config Now we have principal name Attempt to bind IF fail IF anonymous_bind return -1 NO FALLBACK ELSE return 0 FALLBACK ELSE Lookup user with bind account If user not found, return 0 FALLBACK If user found and pwd not match return -1 NO FALLBACK The difference I see is: When doing bind by auth without anonymous bind we fallback on existing ldapuser with no matching password When using bind user we do not fallback on existing ldapuser with no matching password In one case you can login with either LDAP or Koha password In other you can only use LDAP password Maybe this is expected, but it seems odd. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6