September 2021 - Koha-bugs - lists.koha-community.org

[Bug 27461] New: Fix leader length below 40 positions in cataloguing plugin
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '21

17 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27461 Bug ID: 27461 Summary: Fix leader length below 40 positions in cataloguing plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If the length is below 40 chars, the string is not extended to 40 positions. I am not completely sure if there is more going on, but this could be a first fix anyway. I came across shorter fields in our data. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 29026] New: Behavior change when an empty barcode field is submitted in circulation
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '21

17 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29026 Bug ID: 29026 Summary: Behavior change when an empty barcode field is submitted in circulation 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When preference CircAutoPrintQuickSlip is 'clear the screen', when an empty barcode field is submitted in circulation : Before Bug 17845, behavior was to display empty circulation page (no patron selected). Now behavior is displaying the circulation page of current patron. I think previous behavior was used when scanner is used to clear form and wait for another patron card to be scanned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 28927] New: Id opacmainuserblock used twice in OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '21

17 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28927 Bug ID: 28927 Summary: Id opacmainuserblock used twice in OPAC 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since preference OpacMainUserBlock is an HTML customization, there is an HTML tags with id="opacmainuserblock" and one with id="OpacMainUserBlock". I think template block "koha_news_block" should add a class instead of an id. It fixes the bug and also it may be used several times in same page in the future. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 29025] New: Saved auth login and password are pre-filled in patron creation form
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '21

17 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29025 Bug ID: 29025 Summary: Saved auth login and password are pre-filled in patron creation form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 14599 Fix in #14599 and #8080 aren't working anymore with latest Firefox Tested with Firefox 92: 1 - Log in staff as user foo password bar 2 - Save user and password in Firefox 3 - Log out 4 - Log in again, log in pop-up must be pre-filled 3 - Open Create a new patron form 4 - At least password field is pre-filled with logged in user's credentials Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14599 [Bug 14599] Saved auth login and password are used in patron creation from -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 29076] New: cleanup_database.pl dies of passed zebraqueue and not confirm
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '21

17 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29076 Bug ID: 29076 Summary: cleanup_database.pl dies of passed zebraqueue and not confirm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz To recreate: perl misc/cronjobs/cleanup_database.pl --sessions --zebraqueue 10 --list-invites --z3950 --logs 180 --mail 375 Confirm flag not passed, running in dry-run mode... {UNKNOWN}: DBI Exception: DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/share/perl5/DBIx/Class/Schema.pm line 1118. DBIx::Class::Schema::throw_exception(Koha::Schema=HASH(0x55c5ab09aff0), "DBI Exception: DBD::mysql::st fetchrow_hashref failed: fetch("...) called at /usr/share/perl5/DBIx/Class/Storage.pm line 113 DBIx::Class::Storage::throw_exception(DBIx::Class::Storage::DBI::mysql=HASH(0x55c5b27dc0c8), "DBI Exception: DBD::mysql::st fetchrow_hashref failed: fetch("...) called at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1501 DBIx::Class::Storage::DBI::__ANON__("DBD::mysql::st fetchrow_hashref failed: fetch() without execu"..., DBI::st=HASH(0x55c5b494d6f8), undef) called at misc/cronjobs/cleanup_database.pl line 290 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 18747] New: Select All in Add Patron Option in Patron Lists only selects the first 20 entries
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '21

16 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18747 Bug ID: 18747 Summary: Select All in Add Patron Option in Patron Lists only selects the first 20 entries Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: karen(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Select all only selects the first 20 records in the Add Patrons option of Patron Lists, even if you change the view to show 50, 100, or all options. The expected behavior is that Select All would select all the options. To recreate this issue, go to Patrons -> Patron Lists -> Select a patron list -> Select Add Patrons in the Action button menu. Next, select 50, 100 or All entries to show. Then, click on Select All. Only the first 20 entries are selected, not all of the entries on the screen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 28992] New: Resolve warning from undefined BIG_LOOP
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '21

16 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28992 Bug ID: 28992 Summary: Resolve warning from undefined BIG_LOOP Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Argument "" isn't numeric in numeric gt (>) at /usr/share/koha/koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/ addbiblio.tt line 896. Spotted this one while QAing bug 28608 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 28985] New: Negative rental amounts can be saved but not enforced
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '21

16 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28985 Bug ID: 28985 Summary: Negative rental amounts can be saved but not enforced Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: nick(a)bywatersolutions.com Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In item types, one can enter a negative amount for a rental charge. Koha allows this, saves the value, and shows it to you in admin. However, that value gets ignored at checkout. On the one hand, I can see weird use cases for giving patrons credits for checking out items. On the other hand, it would be a lot simpler to just not allow negative values to get set in the first place. Whichever way we go, we should pursue consistency and not let users enter values that don't get used. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 21093] New: Problem when using specify due date with fast add
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '21

16 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21093 Bug ID: 21093 Summary: Problem when using specify due date with fast add 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using the specify due date option and then created a fast add, the checkbox "Remember for sesssion" gets automatically checked and even after unchecking it and using "Clean" the date keeps reappearing until you switch to another patron account. To test: - Set the specify due date option to a date, don't check the checkbox - Enter an unknown barcode - Click on fast add - Add a record - Add an item (don't change the barcode!) - The item is checked out to the patron - Verify: The checkbox is "Remember for session" is checked now - Uncheck checkbox and clear the specified date - Check out another item - Verify that the date is back. So there is 2 problems here: - Checkbox should not check itself - it shoudl be able to clear the date -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 28914] New: Wording in authentication forms is confusing
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '21

16 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28914 Bug ID: 28914 Summary: Wording in authentication forms is confusing 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org In most authentication forms we see : Fields "Login:" and "Password:" with a submit button "Log in". In some places submit button contains "Login", which is confusing for translation. Also in opac-user.pl semicolon are missing. I propose we always use : Fields "Login:", "Password:" with a submit button "Log in". It will generate less translation entries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31