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

[Bug 33875] New: Missing closing tag a in API key management page
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33875 Bug ID: 33875 Summary: Missing closing tag a in API key management page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In API key management page, anchor closing tag is missing in : <div class="dialog message">No keys defined for the current patron. <a href="#" class="toggle_element" data-element="#add-api-key" id="show-api-form"><i class="fa fa-plus"></i> Generate a new client id/secret pair</div> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 33779] New: Terminology: biblio record
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33779 Bug ID: 33779 Summary: Terminology: biblio record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial 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 koha-tmpl/intranet-tmpl/prog/en/modules/ill/ill-requests.tt:159 This item cannot be issued as it has no biblio record associated with it should be: ... bibiographic record... -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 33748] New: UI issue on addorderiso2709.pl page
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33748 Bug ID: 33748 Summary: UI issue on addorderiso2709.pl page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org How I recreated: 1. Set MarcItemFieldsToOrder like this: homebranch: 975$a holdingbranch: 975$b itype: 975$y nonpublic_note: 975$x public_note: 975$z loc: 975$c ccode: 975$8 notforloan: 975$7 quantity: 975$q price: 975$g replacementprice: 975$v uri: 975$u 2. Set MarcFieldsToOrder like this: price: 975$p quantity: 975$q budget_code: 975$h 3. Stage a MARC file that has bibs with items. 4. From acquisitions create a new basket and add 'From a staged file' Notices that the Item record X info is pushed to the left and the 'Match' label has a border running right through it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 33411] New: SIP2 includes other guarantees with the same guarantor when calculating against NoIssuesChargeGuarantees
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33411 Bug ID: 33411 Summary: SIP2 includes other guarantees with the same guarantor when calculating against NoIssuesChargeGuarantees 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 Bug 29755 seems to have made a bad assumption when moving code to use Koha::Patron->relationships_debt for calculating fine thresholds It seems that routine finds the patrons guarantor, and adds all related guarantees when called like: $patron->relationships_debt({ include_guarantors => 0, only_this_guarantor => 0, include_this_patron => 0 }); It seems NoIssuesChargeGuarantees should only count a patrons direct guarantees, not the fines of patrons sharing their guarantor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 33247] New: Deleted authority still on results list
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33247 Bug ID: 33247 Summary: Deleted authority still on results list Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fribeiro(a)keep.pt QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl After deleting an authority from authorities home, the page loaded after the operation still contains the deleted authority. To reproduce: 1 - Go to authorities home and perform a search; 2 - Delete any authority; 3 - After the confirmation, the page is refreshed but still contains the deleted authority; If you reload the page, that row disappear. It seems that the authorities search is performed before the index is deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 33789] New: Issue information is missing when adding a credit
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33789 Bug ID: 33789 Summary: Issue information is missing when adding a credit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org add_credit does not pass any issue information when the credit is related to an issue. It would be handy if it did. To recreate: 1. Make sure MarkLostItemsAsReturned is set so a lost item will stay on a patrons account after being marked as lost. 2. Check an item out to a patron, make sure it has a replacementprice 3. Mark the item as lost. 4. Now check the item in. 5. Go to the patrons account -> transaction tab. You should see 2 accountlines related to the item. 6. For the account type 'Lost item' you will see issue infomation ( check out date, due date, checkouted out from, etc ) 7. For the account type 'Lost item fee refund' there is no issue information. It would be helpful for librarians if they could see this information in both places. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 33314] New: Link to bibliographic record incomplete in default TICKET_NOTIFY notice
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33314 Bug ID: 33314 Summary: Link to bibliographic record incomplete in default TICKET_NOTIFY notice Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When reporting a catalog concern, an email is sent to the cataloging team with a link to the bibliographic record in question. However, this link seems to be incomplete. (Might be linked to bug 33313, but I think the source of the problem is different...) To reproduce: 1. Make sure staffClientBaseURL is filled correctly 2. Enable CatalogConcerns 3. Enter an email address in CatalogerEmails 4. Go to a bibliographic record in the staff interface 5. Click New > New catalog concern 6. Fill out the form and click Submit 7. Check the message_queue table for the message --> In the message, the link base to the record is empty a href="/cgi-bin/koha/catalogue/detail.pl?biblionumber=61" Unfortunately, it's not as easy as changing the pref name to staffClientBaseURL because the line in the notice is [%- INCLUDE 'biblio-title.inc' biblio=ticket.biblio link = 1 -%]. So I'm guessing it's taking the baseURL somewhere else, but I don't know where. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 33313] New: TICKET_NOTIFY looking for IntranetBaseURL rather than staffClientBaseURL in default notice
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33313 Bug ID: 33313 Summary: TICKET_NOTIFY looking for IntranetBaseURL rather than staffClientBaseURL in default notice Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While I think IntranetBaseURL is a better name for it, the system preference is still called staffClientBaseURL ;) To reproduce 1: 1. Go to Tools > Notices and slips 2. Look for TICKET_NOTIFY 3. Click 'Edit' next to TICKET_NOTIFY 4. Click 'Email' --> In the message body is this line a href='[%- Koha.Preference('IntranetBaseURL') -%]/cgi-bin/koha/cataloguing/concerns.pl To reproduce 2: 1. Make sure staffClientBaseURL is filled correctly 2. Enable CatalogConcerns 3. Enter an email address in CatalogerEmails 4. Go to a bibliographic record in the staff interface 5. Click New > New catalog concern 6. Fill out the form and click Submit 7. Check the message_queue table for the message --> In the message, the link base is empty <br><br>You can mark this concern as resolved from the concern management <a href='/cgi-bin/koha/cataloguing/concerns.pl'>page</a> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 Bug 12532 depends on bug 33223, which changed state. Bug 33223 Summary: Koha::Patron->notice_email_address isn't consistently used https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33223 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to master |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33981] New: Refer to the manual, not online search
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33981 Bug ID: 33981 Summary: Refer to the manual, not online search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com koha-tmpl/intranet-tmpl/prog/en/modules/installer/step2.tt line 49 looks like this: <p>Need help? For help with granting permissions, please search online for "[% dbms | $HtmlTags tag=>'code' %] manual grant permissions" It would better to refer new users to the manual, rather than to searching online, which could give all sorts of wrong and outdated information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0