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

[Bug 14911] Item search: Display additional 245 subfields in search results
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14911 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #6 from Owen Leonard <oleonard(a)myacpl.org> --- I think biblio-title.inc should be used here instead -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32351] New: Fix TestBuilder calls in Koha/Holds.t
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32351 Bug ID: 32351 Summary: Fix TestBuilder calls in Koha/Holds.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See 32350. Follow-up. -- You are receiving this mail because: You are watching all bug changes.

1 44

[Bug 14911] Item search: Display additional 245 subfields in search results
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14911 --- Comment #5 from Lucas Gass <lucas(a)bywatersolutions.com> --- Created attachment 144385 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=144385&action=e… Bug 14911: Add 245 fields to itemsearch title column To test: 1. Have some records that have these 245 fields: -Title 245$a -Subtitle 245$b -Medium 245$h -Part number 245$n -Part name 245$p Note: IN KTD I have to run batchRebuildBiblioTables.pl -c 2. Apply patch and do an item search that will turn up items with the 245 fields lists above 3. Notice that those subfields are now included in the title column. I added them in this manner because it seemed right to be: -Subfield, included in the title link -Medium -Part number -Part name -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14911] Item search: Display additional 245 subfields in search results
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14911 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14911] Item search: Display additional 245 subfields in search results
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14911 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|gmcharlt(a)gmail.com |lucas(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14911] Item search: Display additional 245 subfields in search results
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14911 --- Comment #4 from Lucas Gass <lucas(a)bywatersolutions.com> --- Like Katrin said, bcnp are easy because they are now DB fields. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32390] New: Allow one to set an override value for CSVDelimiter per report
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32390 Bug ID: 32390 Summary: Allow one to set an override value for CSVDelimiter per report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org The syspref CSVDelimiter allows one to pick a delimiter to be used when exporting CSV results for all reports. Based on the data included and the intended use, different reports require different delimiters. It would be helpful to add the field saved_sql.delimiter and save an optional delimiter value for each report. Reports could default to following the syspref but allow one to select an alternate value when saving/editing a report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 32387] New: "Image from Amazon.com" displayed even if AmazonLocale is not set to american
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32387 Bug ID: 32387 Summary: "Image from Amazon.com" displayed even if AmazonLocale is not set to american Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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: gmcharlt(a)gmail.com I noticed that, in the record details in the staff interface, the message under the amazon cover image is "Image from Amazon.com" even when AmazonLocale is set to another site than american. The message should either be "Image from Amazon" for all locales, or the message should change depending on the locale. To test: Note: I attached a file of sample records that I use for various image sources, you can import this file into Koha, if needed - Download the attached marc file (coverimages.mrc) - In the Koha staff interface, go to Cataloging > Stage records for import - Click the "Choose file" or "Browse" button and choose the downloaded file - Click "Upload file" - Click "Stage for import" - Click "View detail of the enqueued job" - Click "View batch" - Click "Import this batch into the catalog" 1. Enable AmazonCoverImages 1.1. Go to Administration > Global system preferences 1.2. Search for Amazon 1.3. Select "Show" in AmazonCoverImages 1.4. Click "Save all Enhanced content preferences" 2. Set AmazonLocale to canadian (or other locale than american) 2.1. Select "Canadian" in AmazonLocale 2.2. Click "Save all Enhanced content preferences" 3. If using the attached records, search the catalog for "Two gentlemen of Verona"; if not using the file, search for a record with an ISBN than has an image on Amazon.ca (or chosen locale) --> Note that under the image, it says simply "Amazon cover image", this is ok 4. Click on the title that has an image from Amazon to access the detailed record --> In the image box, notice that it says "Image from Amazon.com" even if AmazonLocale is set to Canadian 5. Click on the image --> Note that under the image, it says simply "Amazon cover image", this is ok Maybe we could use the same message ("Amazon cover image") everywhere? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32388] New: "Image from Amazon.com" displayed even if AmazonLocale is not set to american (OPAC)
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32388 Bug ID: 32388 Summary: "Image from Amazon.com" displayed even if AmazonLocale is not set to american (OPAC) 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org This is the same as bug 32387 but for the OPAC. In the records details in the OPAC, the message under the amazon cover image is "Image from Amazon.com" even when AmazonLocale is set to another site than american. To test: Note: I attached a file of sample records that I use for various image sources, you can import this file into Koha, if needed - Download the attached marc file (coverimages.mrc) - In the Koha staff interface, go to Cataloging > Stage records for import - Click the "Choose file" or "Browse" button and choose the downloaded file - Click "Upload file" - Click "Stage for import" - Click "View detail of the enqueued job" - Click "View batch" - Click "Import this batch into the catalog" 1. Enable AmazonCoverImages 1.1. Go to Administration > Global system preferences 1.2. Search for Amazon 1.3. Select "Show" in AmazonCoverImages 1.4. Click "Save all Enhanced content preferences" 2. Set AmazonLocale to canadian (or other locale than american) 2.1. Select "Canadian" in AmazonLocale 2.2. Click "Save all Enhanced content preferences" 3. If using the attached records, search the OPAC for "Two gentlemen of Verona"; if not using the file, search for a record with an ISBN than has an image on Amazon.ca (or chosen locale) 4. Click on the title that has an image from Amazon to access the detailed record --> In the image box, notice that it says "Image from Amazon.com" even if AmazonLocale is set to Canadian 5. Click on the image --> Note that under the image, it says simply "Amazon cover image", this is ok -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 32369] New: Two Factor Authentication Can Be Bypassed If Catalog and Staff Client URL Aren't Properly Configured
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32369 Bug ID: 32369 Summary: Two Factor Authentication Can Be Bypassed If Catalog and Staff Client URL Aren't Properly Configured Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: cslone(a)camdencountylibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Ideally, there aren't any publicly accessible, production sites set up in the way described below, however there is a bypass of 2FA if there are (though this would still require a compromised PIN). I have a test environment of Koha on a local-network server. When I first set it up, I made the staff client address the IP of the server, and the OPAC the same IP at a specific port (xxx.xxx.xxx.xxx:8081). I've never gotten around to correcting that, and consequently when I'm logged into the staff client it also considers me to be logged in to the OPAC, and visa versa (at that point I can go to either the IP or the IP+Port to go between them). I set up two factor authentication on a staff account, which is working correctly when I log into the staff client. As expected, when I log into the OPAC there's no 2FA code requested, however I can then just go to the base IP (the staff client) and I will be logged into the staff client without having to deal with 2FA. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6