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

[Bug 30503] New: Ability to include graphic in labels
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30503 Bug ID: 30503 Summary: Ability to include graphic in labels Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org I wonder if koha could include a graphic/image to its labels -even better in overlay form- so that a decent ex-libris label could be produced. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 38752] New: BibTeX export include 245b
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38752 Bug ID: 38752 Summary: BibTeX export include 245b Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org C4/Record.pm marc2bibtext now has: title => $record->subfield("245", "a") || "", We would also like to include 245b subtitle here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 38756] New: Fix "See highlighted items below" link without using an onclick attribute
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '24

19 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38756 Bug ID: 38756 Summary: Fix "See highlighted items below" link without using an onclick attribute Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 35987 The overdues alert on patron accounts contains a "See highlighted items below" link that jumps to the Checkouts table and shows checkouts if they are hidden. Currently, the link uses an "onclick" attribute to show hidden checkouts, which is against coding guideline JS9 (https://wiki.koha-community.org/wiki/Coding_Guidelines#JS9:_Avoid_the_use_o…) This should be revised. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35987 [Bug 35987] See highlighted items below link broken -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '24

19 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #475 from David Cook <dcook(a)prosentient.com.au> --- Comment on attachment 162079 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162079 Bug 15516: Allow to reserve first available item from a group of titles Review of attachment 162079: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=155…) ----------------------------------------------------------------- ::: circ/view_holdsqueue.pl @@ +63,5 @@ > + biblionumber => $item->{biblionumber} > + }, > + { order_by => 'reservedate' } > + )->next; > + $item->{hold_group_id} = $related_hold ? $related_hold->hold_group_id : undef; Ah, the lack of this block is why view_holdsqueue.tt doesn't work anymore... This is problematic anyways. I wonder if the tmp_holdsqueue table should store the reserve_id, although I don't quite understand the point of the tmp_holdsqueue table... ::: koha-tmpl/intranet-tmpl/prog/en/modules/circ/view_holdsqueue.tt @@ +197,4 @@ > [% ELSE %] > <strong><a href="/cgi-bin/koha/catalogue/moredetail.pl?itemnumber=[% itemsloo.itemnumber | uri %]&biblionumber=[% itemsloo.biblionumber | uri %]#item[% itemsloo.itemnumber | uri %]">[% itemsloo.barcode | uri %]</a></strong> <em>or any available</em> > [% END %] > + [% IF itemsloo.hold_group_id %] This doesn't work because hold_group_id doesn't appear in the tmp_holdsqueue table. With this patch, the Holds Queue will throw a 500 error if it has any content to show. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31284] New: Add a calendar log
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '24

19 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31284 Bug ID: 31284 Summary: Add a calendar log 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 Changes to the calendar can affect various things in Koha, including due dates, fine calculation and sending of overdue notices. Sometimes a strange behavior can only be explained by holidays having been added or removed. In order to "debug" these issues, it would be great if changes to the calendar were logged. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 38492] New: Some javascript translatable strings do not get picked up for translation
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '24

19 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38492 Bug ID: 38492 Summary: Some javascript translatable strings do not get picked up for translation Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 37426] New: DBIC schema file Category.pm manually modified causing checksum mismatch and blocking refresh of that file
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '24

19 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37426 Bug ID: 37426 Summary: DBIC schema file Category.pm manually modified causing checksum mismatch and blocking refresh of that file Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org dbic complains at the end of the refresh: DBIx::Class::Schema::Loader::make_schema_at(): Checksum mismatch in './/Koha/Schema/Result/Category.pm', the auto-generated part of the file has been modified outside of this loader. Aborting. If you want to overwrite these modifications, set the 'overwrite_modifications' loader option. It seems to come from commit "Bug 28924: Add DBIC file" Which has changes in the autogenerated section but not in the footer of that section having the checksum. Hence causing the mismatch when running `dbic` It might have been a conflict where the resolution accidentally dropped the checksum changes. Because the rest of the changes look indeed autogenerated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 15461] Add staff equivalent for OpacLocationOnDetail
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '24

19 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 --- Comment #40 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- (In reply to Jonathan Druart from comment #39) > Hum maybe I am mixing up OpacLocationOnDetail and > OpacLocationBranchToDisplay again... I will redo this bug without a system preference, it seems unneeded since we can make shelving location its own column. We can also file a Bug to remove OpacLocationOnDetail, in my opinion. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19876] New: Koha::Account->pay() does not exit specific fine loop when balance is used up
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '24

19 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19876 Bug ID: 19876 Summary: Koha::Account->pay() does not exit specific fine loop when balance is used up Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a patron selects specific fines to pay and enters an amount less than all of those fines the loop will continue through all fines. This can be problematic for lost fines which are not paid or not paid fully as they will be marked 'Paid for...' and returned -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 14825] Accounts Rewrite Omnibus
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '24

19 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 Bug 14825 depends on bug 19876, which changed state. Bug 19876 Summary: Koha::Account->pay() does not exit specific fine loop when balance is used up https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19876 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0