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

[Bug 14697] Extend and enhance "Claims returned" lost status
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '19

10 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14697 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #93061|0 |1 is obsolete| | Attachment #93062|0 |1 is obsolete| | Attachment #93063|0 |1 is obsolete| | Attachment #93064|0 |1 is obsolete| | Attachment #93065|0 |1 is obsolete| | --- Comment #48 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 93952 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93952&action=ed… Bug 14697: Update database Signed-off-by: Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> Signed-off-by: Lisette Scheer <lisetteslatah(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16111] New: RSS feed for OPAC search results has wrong content type
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '19

10 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16111 Bug ID: 16111 Summary: RSS feed for OPAC search results has wrong content type 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: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org As a result of (ancient) commit f6e1214c, OPAC search result RSS feeds come over with the content type text/html. It should be at least text/xml, and with the demise of Internet Explorer 6, arguably application/rss+xml. The cause: prior to that commit, setting the CGI parameter format to rss2 resulted in passing "rss" as the content type parameter to output_with_http_headers; after that commit, rss2 was no longer properly recognized when setting that parameter. The main user-visible consequence is that clicking on the RSS link in Chrome (when no feed-reader plugin is installed) renders the feed as HTML rather than XML. -- You are receiving this mail because: You are watching all bug changes.

1 115

[Bug 21580] New: Order creation for edifact vendor fails
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '19

10 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21580 Bug ID: 21580 Summary: Order creation for edifact vendor fails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The loop generating orders for vendors with auto_orders set fails as only one of the required two parameters is passed to create_edi_order -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 13937] Add an Elasticsearch-compatible Z39.50/SRU daemon that can inject item status MARC subfields
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '19

09 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 --- Comment #198 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Ere Maijala from comment #193) > Got the docker stuff running. It seems that there are at least some > differences between YAZ versions. I've tested with YAZ 5, but the testing > box has YAZ 4. Looks like v4 can't find the pqf.properties file with a > relative path in t/db_dependent/Koha/Z3950Responder/config.xml. Upgrading > YAZ helps a bit, but there are still failing tests I need to check. Would it > be possible to upgrade the container to use YAZ 5? Do you have to use a relative path? Could the solution be to use an absolute path? (I'm asking without looking at the patches at all. Just an idea.) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8260] Routing List Ranking Needs Re-order After Patron Delete
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '19

09 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8260 --- Comment #10 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #9) > (In reply to Katrin Fischer from comment #8) > > That said, I guess David's patch would have to be reworked for the Koha > > namespace? > > Another issue: Printing routing lists. I think Nick's patch only fixes the > view, not the print. Looks like I wrote my patch back in 2012 and I think I had it applied locally in 3.8, but didn't bother to apply it locally after that. Seems that I haven't had any complaints about it since 2012 either, so not really a priority for me at the moment. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23072] New: Certificate invalid for lists.koha-community.org
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '19

09 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23072 Bug ID: 23072 Summary: Certificate invalid for lists.koha-community.org Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The SSL certificate for https://lists.koha-community.org/ is coming up as invalid as it has expired. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 14620] Contact information validations
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '19

09 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14620 Lari Taskula <lari.taskula(a)hypernova.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #67813|0 |1 is obsolete| | --- Comment #28 from Lari Taskula <lari.taskula(a)hypernova.fi> --- Created attachment 93931 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93931&action=ed… Bug 14620: Patron contact validation script Goes through patron database and validates their email and phonenumber fields. Only reports issues, does not modify anything. Usage: ./misc/maintenance/validate_patron_contact_data.pl --help Example output: =============== =============== ======================================== Borrowernumber Field Value =============== =============== ======================================== 29 phone 1NV4L1D 30 smsalertnumber lol 30 phone 1NV4L1D 39 smsalertnumber lol 39 phone 1NV4L1D 40 smsalertnumber lol 40 phone 1NV4L1D 41 smsalertnumber lol 41 phone 1NV4L1D 42 smsalertnumber lol =============== =============== ======================================== Borrowernumber Field Value =============== =============== ======================================== -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14620] Contact information validations
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '19

09 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14620 Lari Taskula <lari.taskula(a)hypernova.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14620] Contact information validations
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '19

09 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14620 Lari Taskula <lari.taskula(a)hypernova.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #67812|0 |1 is obsolete| | --- Comment #27 from Lari Taskula <lari.taskula(a)hypernova.fi> --- Created attachment 93930 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93930&action=ed… Bug 14620: Contact information validations This patch adds a phone number validation by regex and centralizes different validation methods into Koha::Validation class. Introduces a new system preference, ValidatePhoneNumber, that takes a regular expression and uses it to validate phone numbers both client and server side. Unit tests to test: 1. prove t/db_dependent/Koha/Validation.t To test: 1. Apply the patches and run updatedatabase.pl to install the new system preference 2. Set system preference ValidatePhoneNumber to any regex you like (there is an example in the description of the preference) 3. Navigate to edit user contact informations in Staff client and OPAC. 4. Insert invalid email (e.g. "invalid") and invalid phone number ("+123invalid") and send the form. 5. Confirm that form will not be submitted and errors will be given. 6. Disable JavaScript and test that these errors will also be provided by the server. Sponsored-by: Koha-Suomi Oy -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19066] New: Add branchcode to accountlines
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '19

09 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19066 Bug ID: 19066 Summary: Add branchcode to accountlines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com For the purposes of statistics, it appears that it would help many libraries to have branchcode recorded in the accountlines table. For payments, the field would contain the code for the branch the payment was made at. For manual invoices, it would be the code of the library that created the invoice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 136