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

[Bug 29091] New: Correct display of lists and tags on search results
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29091 Bug ID: 29091 Summary: Correct display of lists and tags on search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The list of tags and lists on the OPAC search results page inherits margins and padding that isn't correct for this area. A small change to the SCSS will correct it. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 29078] New: Division by zero in touch_all scripts
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29078 Bug ID: 29078 Summary: Division by zero in touch_all scripts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The touch_all scripts allow you to specify a where condition. If you have no records in the set, the result is divided by zero to get a percentage. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 28940] New: IntranetUserJS will fire off twice
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28940 Bug ID: 28940 Summary: IntranetUserJS will fire off twice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: Add some IntranetUserJS that will target spinelabel-print.tt. I added this: if ( $('#labels_spinelabel-print').length ) { $('#labels_spinelabel-print').append('<div>TEST</div>'); console.log('TEST'); } Try to do a quick spine label. Once you have entered a barcode the JS will go off 2x. With the jQuery added you will see 2 div's with the word 'TEST'. Look at the console and you will also see TEST console logged 2x. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 28510] New: Skip processing holds queue items from closed libraries when HoldsQueueSkipClosed is enabled
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28510 Bug ID: 28510 Summary: Skip processing holds queue items from closed libraries when HoldsQueueSkipClosed is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Right now we skip closed branch's items as we iterate over all items looking for ones to fill a hold. If HoldsQueueSkipClosed is enabled, no items held be a closed library can be targeted, so it would be more efficient if we never selected the items from those branches to begin with. This is how the holds queue works if we are not using the transport cost matrix, so we should make it work the same way if we *are* using the matrix. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 29118] New: Basic editor for new entry or editing records drops fields that contains any UTF-8 character
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29118 Bug ID: 29118 Summary: Basic editor for new entry or editing records drops fields that contains any UTF-8 character Change sponsored?: --- Product: Koha Version: 20.05 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: courtenay.johnson(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using the basic editor for cataloging, entry of new records, fields that contain UTF-8 are silent ignored when saved. When that record is reviewed the field that had contained one of more UTF-8 character is now blank. When an item for that record is entered, fields that contain UTF-8 work fine. A clue may be that when a new record is created, or changed with some UTF-8 in the title field 245a, the field appears to be blank, and if the save button is hit again without making any changes, there is a complaint “Can’t save this record because the following field aren’t filled, tag 245 subfield a Title in tab 0” that you can’t save with a blank title field. However the display of the record that shows the tile and the record number shows the title correctly including the UTF-8 characters exactly as typed in the title. This problem occurs in Koha 18.11 and 21.05. Both are running on Ubuntu 18.11 and now on 20.04.3 LTS. I have tested that mysql tables will accept input from a mysql prompt in UTF-8, and displays it correctly in a query. Have tested that a short HTML file can be read by Apach2 and displays correctly. I have tested that Ubuntu’s locale is set to support UTF-8, by running the locale command. I am using Koha in Canada, using English. I tried the advanced editor option. There was no change when I edited the same record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28858] New: Table Settings should control Checked out by field in Circulation history
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28858 Bug ID: 28858 Summary: Table Settings should control Checked out by field in Circulation history Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Koha Administration > Table Settings controls all whether fields are visible/can be toggled by users. 'Checked out by' is solely controlled by a system preference (RecordStaffUserOnCheckout) - and is not an option in the Table Settings controls. To replicate: - Set system preference: RecordStaffUserOnCheckout to 'record' - Check an item out to a patron - Go to that patron's Circulation history - cgi-bin/koha/members/readingrec.pl - Note that 'Checked out by' is visible and populated - Go to Koha > Administration > Table Settings - Choose Patrons - Choose Page: checkouthistory - Choose Table id: checkouthistory-table - Note that 'Checked out by' is not an option -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28748] New: When hold is overridden cannot select a pickup location
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '21

23 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28748 Bug ID: 28748 Summary: When hold is overridden cannot select a pickup location Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests 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 Bug 28338 added a check of hold pickup locations for each hold item on a record When selecting an item that normally is not for hold there is no pickup dropdown, the hold is placed with no location To recreate: 1 - Enable AllowHoldPolicyOverride 2 - Set 'Default checkout, hold and return policy' - Hold policy 'From home library' Hold pickup library match 'Item's home library' 3 - Find a record with items from multiple libraries 4 - Attempt to place a hold on an item that normally wouldn't be allowed 5 - Notice these items have no holds dropdown 6 - Place the hold 7 - Note the pickup location is blank -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 29052] New: Make consistent use of spans and div with hint class
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '21

22 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29052 Bug ID: 29052 Summary: Make consistent use of spans and div with hint class 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 When adding help text alongside input fields in staff interface forms the text should be wrapped in <span class="hint"> or <div class="hint">. This patch will make corrections to several pages. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 28867] New: Use Bootstrap button menu and modal for adding patrons to lists
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '21

22 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28867 Bug ID: 28867 Summary: Use Bootstrap button menu and modal for adding patrons to lists Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 123858 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=123858&action=e… Screenshot showing Bootstrap button menu I propose to modify the patron search results page so that the controls for adding patrons to a new or existing list are Bootstrap style: A button menu for selecting a patron list, and a modal for entering the name of a new list. See attached. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 28047] New: Standardize: Call number, callnumber, Call no. etc.
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '21

22 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28047 Bug ID: 28047 Summary: Standardize: Call number, callnumber, Call no. etc. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy 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 We have various ways on how we use call number in the templates. It would help, also for translations, if we always used the same spelling/term. -- You are receiving this mail because: You are watching all bug changes.

1 16