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

[Bug 30917] New: Improve course reserves breadcrumbs
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '22

10 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30917 Bug ID: 30917 Summary: Improve course reserves breadcrumbs 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 think it would be useful to add a link in the breadcrumbs to the course view from the "add items" pages: Home > Course reserves > [Course name] > Add reserves -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '22

10 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 --- Comment #36 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 143642 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=143642&action=e… Bug 8948: (follow-up) Remove 580 display from 787 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31406] New: Set focus for cursor to setSpec input when adding a new item search field
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '22

10 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31406 Bug ID: 31406 Summary: Set focus for cursor to setSpec input when adding a new item search field 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 When adding a new item search field from administration, the focus/cursor should be in the first field of the entry form: Name -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 14083] Make it possible to record the date the order was placed/sent to the vendor
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '22

10 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14083 --- Comment #11 from Maura Stephens <maura.stephens(a)gmit.ie> --- Just reviewing my calls and this is still an issue for us here. Not sure what developers have in mind. My ideal in Koha would be to get rid of baskets altogether, they serve no function other than batching orders to send out, but the reopening and closing is not a useful acquisitions function. If one order at a time needed to be modified that should be fine, perhaps a modify date added. Anyhow just want to keep this requirement on the horizon for those of us tied into Acquisitions framework agreements. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '22

09 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 --- Comment #35 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hm, but: +  + <xsl:if test="marc:datafield[@tag=787]"> + Other related works: + <xsl:for-each select="marc:datafield[@tag=580]"> + + <xsl:call-template name="subfieldSelect"> + <xsl:with-param name="codes">a</xsl:with-param> + </xsl:call-template> + <xsl:text> </xsl:text> + + </xsl:for-each> You only display the 580 of a 787 exists and it displays after the "Other related works" which is the 787 label. The problem is: 580 might belong to ANY 7xx field, not just the 787. In the documentation there are examples for 773 and 785 respectively. The problem is not if there are mulitple 787, but if we give a totally wrong context here. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '22

09 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 --- Comment #34 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Katrin Fischer from comment #33) > (In reply to Katrin Fischer from comment #32) > > This wasn't PQA for a reason. Displaying 580 in context of 787 is not > > correct, I'd even say it can lead to things looking quite wrong. Please see > > comment#20. > > We should remove 580 display for the time being. I did move the 580, they display after the 787 While they could mismatch, in general the documentation makes it seem it will be clear which note relates to which link. The 580 can now also be easily styled -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '22

09 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |additional_work_needed --- Comment #33 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Katrin Fischer from comment #32) > This wasn't PQA for a reason. Displaying 580 in context of 787 is not > correct, I'd even say it can lead to things looking quite wrong. Please see > comment#20. We should remove 580 display for the time being. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '22

09 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 --- Comment #32 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- This wasn't PQA for a reason. Displaying 580 in context of 787 is not correct, I'd even say it can lead to things looking quite wrong. Please see comment#20. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32097] New: Consistent classes for primary buttons: Lists
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '22

09 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32097 Bug ID: 32097 Summary: Consistent classes for primary buttons: Lists 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 CC: testopia(a)bugs.koha-community.org Blocks: 32067 As part of Bug 32067 - [OMNIBUS] Consistent classes for submit and/or primary buttons: This patch will update buttons in lists templates so that buttons which are currently styled as primary buttons will have the the "btn btn-primary" classes. In some places, the classes have been added to buttons which were not input[type='submit'] but which should be styled as primary. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32067 [Bug 32067] [OMNIBUS] Consistent classes for submit and/or primary buttons -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13600] XSLT: 8xx not showing if there is no 4xx
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '22

09 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13600 --- Comment #49 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Pushed to master for 22.11. Nice work everyone, thanks! -- You are receiving this mail because: You are watching all bug changes.

1 0