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

[Bug 31446] New: Optionally hide lightbox_descriptions from OPAC lightbox gallery
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '22

13 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31446 Bug ID: 31446 Summary: Optionally hide lightbox_descriptions from OPAC lightbox gallery 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Since bug 28180 lightbox descriptions have displayed under cover images in the OPAC lightbox gallery. For example: 'Coce image from Amazon.com'. These descriptions are useful if there are multiple cover images in the lightbox gallery. But if there is only one image (for example the library only uses coce images, and not local cover images or other sources) then it would be useful to be able to optionally hide these descriptions. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 12242] Allow hiding branches from the OPAC search pulldowns
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '22

13 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12242 --- Comment #9 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #6) > ON bug 27360 David Cook suggested to use the OPAC public flag for this. I > think this is not a bad idea to extend it's scope. What do others think? I think that David Cook is on to something there... ;) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12242] Allow hiding branches from the OPAC search pulldowns
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '22

13 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12242 --- Comment #8 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Magnus Enger from comment #4) > paxed: Will you be using some other functionality to hide the items from > searches? What happens if an item connected to your hidden branch turns up > in a search? Yeah, you'd use OpacSuppression or OpacHideItems for that. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31546] New: Hold delays
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '22

12 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31546 Bug ID: 31546 Summary: Hold delays Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 It seems there is a disadvantage to hold fulfillment if holds are delayed in transit. Take for example, Joe requests an item in a record to be picked up at library A. Library B checks that item in and triggers Joes request. It is in transit, but for any number of reasons, transit is taking longer than usual. Meanwhile, other patrons request items from that same record, and are triggered and fulfilled. Joe is at the mercy of the system and the delays in transit. Would there be a way for other items on the record that happen to get checked in at library A to step in and swap holds with the one in transit and fulfill his hold quicker, since he is at the top of the list waiting? Maybe based on his priority level? So, for example, another item from that record comes in, and if it doesn't have a hold and Joe's hold was a first available, it could take the place of the one in transit? And if there is a hold for that item and lower than Joe's priority, the one in hand could be changed to Joe, and the one in transit would be reassigned to the patron the ready one was for? I don't know if this would wreak havoc with the local holds priority, but this scenario seems more fair than making someone at the top of the list wait because of something out of their control. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6419] Add customizable areas to intranet home pages
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '22

12 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6419 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |In Discussion CC| |tomascohen(a)gmail.com --- Comment #14 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Can we move this (at least) to the AdditionalContents schema? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 31535] New: Fix a warn or two
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '22

12 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31535 Bug ID: 31535 Summary: Fix a warn or two 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 31439] New: Item count bullet (• ) should be easier to style/remove
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '22

12 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31439 Bug ID: 31439 Summary: Item count bullet (•) should be easier to style/remove Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The staff results page included a bullet (•) that is hard to target. It should be either wrapped in a class or a CSS psuedo element to make it easier to style of remove. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 28730] New: Add option to format AH field (due date) in SIP checkout response
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '22

12 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28730 Bug ID: 28730 Summary: Add option to format AH field (due date) in SIP checkout response Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org According to SIP2 spec on due date/AH: This date field is not necessarily formatted with the ANSI standard X3.30 for date and X3.43 for time. Since it is a variable-length field the ACS can send this date field in any format it wishes. Some machines pass this directly to the checkout receipt, we should be able to format as a due date -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 31016] New: Highlight item in holdings when searching by barcode
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '22

12 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31016 Bug ID: 31016 Summary: Highlight item in holdings when searching by barcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org When one searches by barcode for an item from a bib with multiple items, one is taken straight to the bib record details page, where one must then find that specific item in the holdings table. The more items on the bib, the harder that becomes. It would be helpful if the item with the barcode one searched by could be highlighted in the holdings table for easy identification. Ideally this would work whether one has done a specific barcode search or if one has put a barcode in as a keyword. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 29420] New: 401 Unauthorized pages come back as 200 OK under plack
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '22

12 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29420 Bug ID: 29420 Summary: 401 Unauthorized pages come back as 200 OK under plack 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: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We have a use case where we define Aliases in Apache for things like some.koha.url/files that are .htpasswd protected. In 21.05 and later, 401 Unauthorized responses go through Koha and become 200 OK. We should make the 401 Unauthorized pages come back as 401 Unauthorized, so that browsers know what to do when BasicAuth is requested. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47