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

[Bug 23038] New: Expected warnings displayed by tests
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '19

15 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23038 Bug ID: 23038 Summary: Expected warnings displayed by tests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 22908, 22049 Target Milestone: --- When tests are ran, there are 2 warnings that are expected and raised by DBI. As they are expected they must be correctly caught and not displayed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22049 [Bug 22049] MarkIssueReturned should rely on returndate only https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22908 [Bug 22908] Modsuggestion will generate a notice even if the modification failed -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 22545] New: C4::Matcher::get_matches aggressive isbn and issn search don't give any results with ES
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '19

15 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22545 Bug ID: 22545 Summary: C4::Matcher::get_matches aggressive isbn and issn search don't give any results with ES Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When using AggressiveMatchOnISBN or AggressiveMatchOnISSN preferences instead of UseQueryParser the search for duplicates fails. ES don't give any results, it seems that the problem is the query string. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 23691] New: Problem related acces user and password
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '19

14 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23691 Bug ID: 23691 Summary: Problem related acces user and password Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: PC OS: Windows Status: NEW Severity: critical Priority: P5 - low Component: Bugzilla Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: grisel.tenaglia(a)gmail.com I am trying to access to the demo interface http://intra1.orex.es/ but I can not because teh page keeps me saying that the user (admin) and/or the password (admin) is incorrect. But it was working a few days ago. What can I do to get acees to the staff interface? -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 23602] New: Branch limitations should display in the itemtypes table
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '19

11 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23602 Bug ID: 23602 Summary: Branch limitations should display in the itemtypes table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With the introduction of bug 15497 itemtypes can now be limited to select branches. We should display the selected branch list in the itemtype summary table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 20216] New: Editing itemtypes does not pull existing values correctly
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '19

11 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20216 Bug ID: 20216 Summary: Editing itemtypes does not pull existing values correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: 1 - Edit an item type, define a replacement cost,processing fee, and remote image url 2 - Save the item type 3 - Values are correct in list 4 - Edit again 5 - note values in fields are not populated 6 - Save itemtype, values are lost -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 23490] New: Edit Items in Advanced Editor fails
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '19

11 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23490 Bug ID: 23490 Summary: Edit Items in Advanced Editor fails Change sponsored?: --- Product: Koha Version: 19.05 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: felicia.beaudry(a)equinoxinitiative.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl After saving a record in the Advanced Cataloging Editor, clicking on "edit items" opens the item form in a new tab, but it closes immediately. This happens in a flash. If you click on "view" to go to the record details screen and then click on Edit > Edit record, the same thing occurs. This happens in both Chrome and Firefox. Both of my browsers have exceptions in the pop-up blocker for the Koha servers I'm working with. I experienced this on two different servers. If you right-click on "edit items" in the Advanced Cataloging Editor, copy the URL, and then paste it into a new tab, the item form opens without issue. I consulted with a colleague, who believes the affected code is here: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=koha-tmpl/intrane… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 23466] New: In some catalogs it does not show the "holding"
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '19

11 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23466 Bug ID: 23466 Summary: In some catalogs it does not show the "holding" Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: federicoantoniopaiz(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 92244 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92244&action=ed… holding In some catalogs it does not show the "holding", in the opac-error of the log, it shows an error in the line 1034 koha / lib / C4 / Items.pm, the koha we use is version 18.11 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 23588] New: Cant Create a Patron
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '19

11 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23588 Bug ID: 23588 Summary: Cant Create a Patron Change sponsored?: --- Product: Koha Version: 18.05 Hardware: PC OS: Windows Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: danish.qayyam(a)viftech.com.pk QA Contact: testopia(a)bugs.koha-community.org Hi! I am trying to create a new Patron but everytime getting Bad Request. What I am missing. Here is my C# code: HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create(uri); request.CookieContainer = cookieJar; request.Method = "POST"; request.ContentType = "application/json"; System.IO.StreamWriter writer = new System.IO.StreamWriter(request.GetRequestStream()); string postData = "{'surname': 'D2','cardnumber':'12345678912345678912345678912349','library_id':'GBA','category_id':'HB','date_enrolled':'11/09/2019'}"; writer.Write(json); writer.Flush(); writer.Close(); HttpWebResponse response = (HttpWebResponse)request.GetResponse(); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22097] New: CatalogingLog should be suppressed for item branch transfers
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '19

11 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22097 Bug ID: 22097 Summary: CatalogingLog should be suppressed for item branch transfers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 18816 missed the fact that a branch transfer triggers ModItem and thus generates an action log line. We should not be creating those action logs, especially considering the transfers table itself already documents the transfer. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[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