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

[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 #37 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Katrin, does the follow-up answer your concerns? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30970] New: holdst columns don't match actual columns
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '22

10 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30970 Bug ID: 30970 Summary: holdst columns don't match actual columns Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The columns selected to hide by default in 'Table settings' for holdst aren't lining up with the actual columns hidden. For example: -In holdst, select columns home_library and current_location to be hidden by default -In the 'Holds waiting' table, see that Patron and Home library are hidden by default. Current location is showing by default. -To hide current_location and home_library by default, I need to select shelving_location and current_location in 'Table settings' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[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 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