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

[Bug 7660] Enhanced messaging preferences are not set when creating a child patron from the adult
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7660 --- Comment #8 from Emily W <emily.warwas(a)cedarparktexas.gov> --- (In reply to Nick Clemens from comment #6) > One thing to note here, if the messaging preferences are left blank, then > they are filled from the category on save > > To test: > 1 - In KTD set 'Juvenile' category to have some messaging preferences > 2 - Find a patron, say Edna Acosta, and 'Add guarantee' > 3 - In new form preferences are blank - fill out other fields and save > 4 - Save patron > 5 - Note messaging preferences match category defaults We've noticed that, but most of the juvenile cards we make we need to change the patron category, which auto fills everything in. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7660] Enhanced messaging preferences are not set when creating a child patron from the adult
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7660 --- Comment #7 from Emily W <emily.warwas(a)cedarparktexas.gov> --- (In reply to Katrin Fischer from comment #5) > (In reply to Emily W from comment #4) > > Recently began having this issue. Digests will be checked when creating the > > guarantee but will uncheck once saved. Takes up staff time adding an > > additional step to sign up process. > > Hi Emily, I think this is a slightly different bug 30175 that was fixed in > 22.05. I have also asked the RMaint to check for backporting. Which version > did you test with? We currently have 21.05 but will be updating to 21.11 on 7/27/22. Do you think the fix will come with that upgrade? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29655] New: Email sender name setting
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29655 Bug ID: 29655 Summary: Email sender name setting Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: resetka.bedi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be nice if the name of the library, for example, was part of the email notifications in addition to KohaAdminEmailAddress. This procedure is not possible in the current version: https://wiki.koha-community.org/wiki/Adding_Custom_name_to_the_%27From%27_f… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 15349] Problem with email pattern check on forms
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15349 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |resetka.bedi(a)gmail.com --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 29655 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29090] New: Patron card creator has a bug when generating batches
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29090 Bug ID: 29090 Summary: Patron card creator has a bug when generating batches Change sponsored?: --- Product: Koha Version: 21.05 Hardware: PC OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: eliza.allison64(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 125182 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=125182&action=e… screenshot of patron library cards When creating a new batch of patron library cards, underneath the barcode, there is a line obstructing the card number saying "HASH(0X55d6.....)". I'm not sure how to remove it. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7882] Add ability to move and reorder fields and subfields in MARC editor
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7882 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29001 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29001 [Bug 29001] Subfields attributes are not preserved when order is changed in framework -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29423] New: link of opac-detail.pl use biblioitemnumber
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29423 Bug ID: 29423 Summary: link of opac-detail.pl use biblioitemnumber Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: rcoelho(a)net.ipl.pt QA Contact: testopia(a)bugs.koha-community.org Hi. We found that in some situations when we click on a link instead of the correct record appearing, another record appears. After some analysis I found that for this record the biblioitemnumber is different from the biblionumber. When the link is built instead of placing the biblionumber, the biblioitemnumber is placed generating the error. How can I put the biblionumber in the construction of the link to the record detail? -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 28925] New: OPAC checkout history is not accessing the set language
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28925 Bug ID: 28925 Summary: OPAC checkout history is not accessing the set language Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org OpacNav is still in the system preferences (yet to be moved to Tools -> Notices) so in the meantime we've done a bit of hacky work to make our OpacNav translateable. We changed this line in koha-tmpl/opac-tmpl/bootstrap/en/includes/navigation.inc: <div id="opacnav">[% OpacNav | $raw %]</div> to: <div id="opacnav">[% OpacNav | eval %]</div> so that it would render Template Toolkit in OpacNav. Then, in OpacNav, we added some code like: [% IF lang == 'mi-NZ' %] Show navigation in te reo Māori [% ELSE %] Show navigation in English [% END %] This seems to work most everywhere in the OPAC, except for the user's checkout history. When printing [% lang %], it looks like $lang is set to default, rather than any of the languages we have installed. $lang should be set to the installed and selected language. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 29451] New: Merging records and authorities - log details for the delete action so it could be recreated
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29451 Bug ID: 29451 Summary: Merging records and authorities - log details for the delete action so it could be recreated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When logging is enabled for cataloging (CataloguingLog) and authorities (AuthoritiesLog), no details are shown for the deleted record or authority. The logs record a delete (with no details) and a modify entry for the merged item (with details). When merging records and authorities it would be good to have some of these available (depending on how complex they are to do): i) show for the log action that the delete and modify actions were as a result of a merge, not a standard deletion or modification, for example: Delete (merge), Modify (merge) ii) record the details in the log of the deleted item (just before it was deleted) so it could be restored or recreated (for example: if it was accidentally merged) iii) have a compare function (see bugs listed below) iv) have an undo merge function See this Twitter thread for more details: https://twitter.com/elafrula/status/1457650198939897856 Other bugs I could see which have some elements of this: * Bug 10417 - Add table to keep deleted authorities * Bug 26207 - Compare values of system preference log entries * Bug 26736 - Compare values of reports log entries * Bug 14233 - Add logging support to notices and slips management * Bug 28714 - Bib record change tracking action log -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 29045] New: Public Lists do not sort alphabetically as expected
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29045 Bug ID: 29045 Summary: Public Lists do not sort alphabetically as expected Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 124943 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124943&action=e… Failed sorting of public list. When viewing the table with public lists, the individual lists do not automatically descend alphabetically as expected. When clicking on the arrow to sort the list, the list reorders but is also not alphabetical as expected. (see the pre and post sort image). It looks like the lists default to appear in order of creation date, but even then it should sort alphabetically when the arrow is clicked in the List Name column. Clicking the arrow to sort the List Name column a second and third time further orders the list in what appears to be a random order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1