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

[Bug 14156] Add id tags to each MARC note in the display
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

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

1 0

[Bug 14156] Add id tags to each MARC note in the display
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14156 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to master Version(s)| |23.11.00 released in| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14007] Item types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 --- Comment #15 from Joseph Alway <jbalway(a)gmail.com> --- (In reply to Joseph Alway from comment #14) > Our workaround was to add CSS to remove the facet label (Where CustomType is > the Item Type we're hiding.): > /*Hide the CustomType facet in search results*/ > .facet-label a[title="CustomType"] {display: none !important; } To clarify this was added to the OPACUserCSS system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14007] Item types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 Joseph Alway <jbalway(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jbalway(a)gmail.com --- Comment #14 from Joseph Alway <jbalway(a)gmail.com> --- Our workaround was to add CSS to remove the facet label (Where CustomType is the Item Type we're hiding.): /*Hide the CustomType facet in search results*/ .facet-label a[title="CustomType"] {display: none !important; } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 34797] New: Change vendor data in KTD/sandbox
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34797 Bug ID: 34797 Summary: Change vendor data in KTD/sandbox Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I'm not sure where to put this, but I'd like to suggest changing the vendor information in the sample data that comes with KTD and sandboxes. Right now "My vendor" has the following information, which doesn't make sense. id: 1 name: My Vendor address1: UqBDcf2c address2: k0l5P9iZh1 address3: emketudfHK address4: emketudfHK phone: vaGJiAkotBXgfolsvhx accountnumber: YQuIA3 type: xIJL6y27LsEQe_8xpuw8X52E2mjFqAron3NnrAF4JmEMvecpAo8G2oOqzftF38HU494Arm6ODbsxixS7kNYonOYMNUoouLERE0Dlw8_Pb5q5Bsdh6sYe9GD2_SWWUHVPz1bqekmhAwMAOavreEt4IZM2gZakPtb4UmsCeXO64JO9lK6q6rUYn notes: QHhEtKno postal: MHbmjFq_yN url: active: 1 listprice: USD invoiceprice: USD gstreg: 0 listincgst: 0 invoiceincgst: 0 tax_rate: 0.1965 discount: 10.0000 fax: e41U6rYXwszZ55ag32tRDWgzC1o7uCFHN deliverytime: 3 external_id: GEsp2IsSO4j17EI16qc2NWSpN3yMlUblMg90NXnPla0UfkE3InR2oh7oeFjg4QYIml4pJ2B8GZUDUDaH0IoTkqNdQs2qIyOb4j2OJFP1NDWrKMmlnZbJmvQTeQlzkUg_MhC7lEwn6qYlkn0NIbMFwYutWSJ5A2m9GtMUwHCW_bJF9hz2bYi1vh7McPE1mO1QtV7Bpu3f1UcZaw05nRUx I think the fields address1, address2, address3, address4, phone, accountnumber, type, notes, postal, and fax (and maybe external_id, but I'm not sure where we input that) could use an upgrade to data that resembles real data a bit more. name: My Vendor address1: 6897 Library Rd address2: Springfield, MA 44224 address3: NULL address4: NULL phone: 555-555-5555 accountnumber: 69823 type: Print books notes: Sample vendor postal: 567 Main St. PO Box 25 Springfield, MA 44224 fax: 555-555-9999 I copied the address and phone format from the borrowers, who have american style addresses. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 34723] New: opac-imageviewer.pl not showing thumbnails
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34723 Bug ID: 34723 Summary: opac-imageviewer.pl not showing thumbnails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org opac-imageviewer.pl is supposed to show thumbnails when an imagenumber isn't provided but it doesn't due to the wrong method being used in the template. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 34572] New: Simplify template logic around check-in input form
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34572 Bug ID: 34572 Summary: Simplify template logic around check-in input form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Fridolin writes in Bug 34289 comment 5: Since we have now : [% IF ( exemptfine ) %] <input name="barcode" id="barcode" size="14" placeholder="Enter item barcode" class="barcode focus input-warning" type="text" /> [% ELSIF ( dropboxmode ) %] <input name="barcode" id="barcode" size="14" placeholder="Enter item barcode" class="barcode focus input-warning" /> [% ELSE %] There is no difference between those two lines since type="text" is default behavior. Maybe merge into [% IF ( exemptfine || dropboxmode ) %] -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 34502] New: Useless SEARCH_RESULT.localimage usage
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34502 Bug ID: 34502 Summary: Useless SEARCH_RESULT.localimage usage Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org In ./koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/results.tt the following line is useless: [% SEARCH_RESULT.localimage | html %] This hash key doesn't exist so it just renders nothing. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 34257] New: Library limitations for item types not respected when batch modding items
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34257 Bug ID: 34257 Summary: Library limitations for item types not respected when batch modding items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Go to Item types administration. 2. Set some items types to be limited to a branch you are not logged in as. 3. Find some items from the branch you are logged in at and go to Batch item modification. 4. Add the barcodes and attempt to edit the item type to the one you limited in step 2. 5. You can change these item types to ones that your branch should not be able to. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 34163] New: CSRF error if try OAuth2/OIDC after logout
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34163 Bug ID: 34163 Summary: CSRF error if try OAuth2/OIDC after logout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org If you do a local log into Koha, then logout, then try to do a OAuth2/OIDC log in, you'll get a CSRF error. The reason is that Koha is generating the CSRF token using an id like "anonymous_58d273f40cb20ff0aacab829aaf935fc" but checking it with an id of "_58d273f40cb20ff0aacab829aaf935fc". This is because we're not properly checking the C4::Context->userenv and/or it seems like it's not getting properly set after a logout. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20