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

[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

[Bug 34081] New: Contextualization of "Approved" (one term) vs "Approved" (more than one term), and other tag statuses
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34081 Bug ID: 34081 Summary: Contextualization of "Approved" (one term) vs "Approved" (more than one term), and other tag statuses Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr In the case of tags, the statuses are the same for one or more term. For example, in the table of terms, the column "Status" contains the status for the one term. Whereas, on the right, in the "Terms summary", the statuses are for many terms. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 34079] New: The phrase "Displaying [all|approved|pending|rejected] terms" was separated
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34079 Bug ID: 34079 Summary: The phrase "Displaying [all|approved|pending|rejected] terms" was separated Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The phrase "Displaying [all|approved|pending|rejected] terms" was cut into individual words by bug 30733. However, in French, we need to be able to change the sentence structure (it would become something like "Displaying terms [all|approved|pending|rejected]"). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 32765] New: Retry transfer after cancelling hold
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32765 Bug ID: 32765 Summary: Retry transfer after cancelling hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When trying to manually transfer an item that is on hold, we have the choice to cancel the hold and try the transfer again. When choosing this option, the hold is correctly cancelled but the transfer is not tried again. Steps to reproduce: 1. Place a hold on a specific item 2. Try to transfer it manually (Circulation » Transfer) 3. Choose the option to "Cancel hold and then attempt transfer" 4. See that the hold was cancelled, but no transfer was made -- You are receiving this mail because: You are watching all bug changes.

1 27