December 2023 - Koha-bugs - lists.koha-community.org

[Bug 26978] New: Add item type criteria to batch extend due date tool
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '24

09 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26978 Bug ID: 26978 Summary: Add item type criteria to batch extend due date tool 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In the Change due date plugin by inLibro, there is a possibility of choosing specific item types to extend due dates. I think the original purpose of the batch extend due date tool was for COVID and the purpose was to extend everything regardless, as the libraries were closed. However, it would be nice if we could discontinue de plugin in favour of the native tool. But that would require that the native tool have all the options that the plugin has. https://inlibro.com/en/changeduedate-instructions/ One example of use case would be where a school would want to extend loans for textbooks, because the semester was extended, but not the other types of items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 32166] New: When adding to a basket from a staged file we may use the wrong inputs
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32166 Bug ID: 32166 Summary: When adding to a basket from a staged file we may use the wrong inputs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On addorderiso2709.pl we loop over the records in the staged batch: for my $biblio (@$biblios){ $biblio_count++; skipping any not selected, which inlcudes any already imported: next if not grep { $_ eq $$biblio{import_record_id} } @import_record_id_selected; Later we use that count to find the inputs: my @homebranches = $input->multi_param('homebranch_' . $biblio_count); The problem being that if a record is already imported, our count increases, but the input on the page still counts from 1 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 29930] New: Auth with LDAP: Update tag leads to unwanted updates
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29930 Bug ID: 29930 Summary: Auth with LDAP: Update tag leads to unwanted updates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: janik.hilser(a)systemli.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I have observed that as soon as the update tag is set to true in koha-config.xml, the cardnumber is also updated on every login, even if it is not in the mappings. After a login the cardnumber is equal to the userId, but according to log entries it is empty in between. I could see this in the log entry that is generated in line 214 of the Auth_with_ldap.pm. Maybe line 262 of the same file has something to do with it? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 35260] New: Review batch checkout page
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35260 Bug ID: 35260 Summary: Review batch checkout page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The back checkout page in the staff interface appears a little unstructured at the moment and could look a little nicer. The name of the patron on top doesn't seem right here compared to other pages and the long labels break onto multiple lines in English. Hard due date seems mislabelled and should probably be "Specify due date" to avoid confusion with the hard due dates in the circulation rules. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 35356] New: SMS number field shows on moremember.pl even when null
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35356 Bug ID: 35356 Summary: SMS number field shows on moremember.pl even when null Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Generally, the patron record details on moremember.pl don't show the labels for fields for which there is no data -- for example, if your patron doesn't have an email address, we don't show the Email field at all. However, we're not consistent about this with SMS Number. If the SMSSendDriver syspref has a value, then every patron will show "SMS Number" under the messaging prefs table on moremember.pl, even if they don't have any value there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 35663] New: opac-privacy.pl wording is misleading
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35663 Bug ID: 35663 Summary: opac-privacy.pl wording is misleading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Default: keep my history according to local laws. This is the default option : the library will keep your history for the duration permitted by local laws. This is based on the days flag in the batch_anonymise.pl cron, not local laws. That is misleading and should be updated. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 33170] New: Refactor MarcItemFieldsToOrder code to make adding more field simpler
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33170 Bug ID: 33170 Summary: Refactor MarcItemFieldsToOrder code to make adding more field simpler 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is no need for this code to have a hard coded list of fields directly in the code. Any invalid keys would be skipped anyway. If we refactor this code then adding new fields will be much simpler. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 23354] New: Add a 'Pay' screen to allow anonymous payments in a POS fashion
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23354 Bug ID: 23354 Summary: Add a 'Pay' screen to allow anonymous payments in a POS fashion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Many libraries now also sell a small number of goods as part of their offering, therefore the library system needs to double as a simple POS (Point Of Sale) system. This proposed feature will add a 'Pay' screen to the UI allowing for anonymous payments to be made against goods. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 242

[Bug 23247] New: Simplify visibility logic in opac-*detail.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23247 Bug ID: 23247 Summary: Simplify visibility logic in opac-*detail.pl 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The logic seems too complex for the covered use cases, and it queries the DB too many times without a real need for that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 29007] New: Prompt for reason when cancelling waiting hold via popup
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '24

08 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29007 Bug ID: 29007 Summary: Prompt for reason when cancelling waiting hold via popup 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 25534 To recreate: - have a HOLD_CANCELLATION auth value - have an item waiting for pickup for a hold - check the item in, prompting the "item is already waiting" popup - on that popup, select "Cancel" - the hold is cancelled and you are not given a chance to apply a reason Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25534 [Bug 25534] Add ability to specifying and store a reason when cancelling a hold -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25