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

[Bug 26093] New: Markup error after Bug 24279 creates formatting problem
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26093 Bug ID: 26093 Summary: Markup error after Bug 24279 creates formatting problem Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com, bwsdonna(a)gmail.com, gmcharlt(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, kelly(a)bywatersolutions.com, kyle.m.hall(a)gmail.com, kyle(a)bywatersolutions.com, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com Depends on: 24279 After Bug 24279 the "Statuses" section on the item detail page (moredetail.pl) isn't formatted correctly. The ordered list no longer has the correct CSS applied because the container changed from <div> to Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24279 [Bug 24279] Claims Returned does not work when set from moredetail.pl or additem.pl -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 26108] New: Checkins should not require item to have been checked out
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26108 Bug ID: 26108 Summary: Checkins should not require item to have been checked out Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Koha is giving an internal server error when trying to check in an item that was not checked out. Possibly due to bug 26063? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 26083] New: Item editor defaults to lost
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26083 Bug ID: 26083 Summary: Item editor defaults to lost Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This may be due to bug 24279? When editing an item via additem.pl, koha defaults to the first available lost status, rather than defaulting to not-lost. This will make a big mess if not addressed quickly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 26061] New: Improve style of sidebar datepickers
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26061 Bug ID: 26061 Summary: Improve style of sidebar datepickers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 24363 Browser support of the CSS calc() function is broad enough that we can use it to prevent the datepicker icon from wrapping below the form field. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24363 [Bug 24363] Datepicker calendar is not always sexy -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 22987] New: Add biblioimages.timestamp
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22987 Bug ID: 22987 Summary: Add biblioimages.timestamp Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It might be interesting to be able to see when an image was last updated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 25964] New: Data loss possible when items are modified
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25964 Bug ID: 25964 Summary: Data loss possible when items are modified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 23463 Coming from: Bug 23463: Use new method Koha::Object->set_or_blank We have DB fields that are not mapped with MARC fields, for instance paidfor. They are not handled correctly. In ModItemFromMarc, we get a MARC record in parameter and update the item in DB. But we are loosing the fields that are not in the MARC record. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23463 [Bug 23463] Move C4::Items CRUD subroutines to Koha::Item -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 26042] New: Koha/ItemTypes.t is failing with latest MariaDB
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26042 Bug ID: 26042 Summary: Koha/ItemTypes.t is failing with latest MariaDB Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major 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 Failing on Master_D9_MDB_Latest https://jenkins.koha-community.org/job/Koha_Master_D9_MDB_Latest/346/consol… But I recreate on D10 locally. The test is failing with: # Failed test 'item types should be sorted by translated description' # at t/db_dependent/Koha/ItemTypes.t line 137. # got: 'b translated itemtype desc' # expected: 'a translated itemtype desc' # Looks like you failed 1 test of 24. The generated query is (without the full field list): SELECT `me`.`itemtype`, COALESCE( `localization`.`translation`, `me`.`description` ) AS `translated_description` FROM `itemtypes` `me` LEFT JOIN (SELECT localization_id, code, lang, translation FROM localization WHERE entity='itemtypes') `localization` ON ( `localization`.`lang` = 'en' AND `me`.`itemtype` = `localization`.`code` ) ORDER BY `translated_description`; I have removed the transaction and run the query in the MariaDB CLI: *************************** 1. row *************************** itemtype: type1 translated_description: b translated itemtype desc *************************** 2. row *************************** itemtype: type2 translated_description: a translated itemtype desc *************************** 3. row *************************** itemtype: type3 translated_description: description *************************** 4. row *************************** itemtype: woR9bd5 translated_description: nlHDyp MariaDB version is: 10.5.4-MariaDB-1:10.5.4+maria~focal -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 24474] New: Lost items that are checked out are always returned
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '20

10 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24474 Bug ID: 24474 Summary: Lost items that are checked out are always returned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This was a bug introduced by Bug 22982. "Hey all, this patch is causing problems for some of our libraries because it's been assumed that lost items with no attached charge should automatically be returned. This is not always the desired behaviour - we have one case where the library wants to keep lost items on a patron's record, and another case where a checked out lost item will be renewed, but the amount outstanding is zero, so the item gets returned. These are edge cases, but the assumptions in this patch do not consider them, and are causing problems. Is there a workaround? Or perhaps a better way of doing this patch that can allow for the cases of 'renewing a lost item' or 'wanting to keep a lost item on the checkouts record'? A solution that avoids doing circulation actions in the accounts modules as this patch does would be ideal." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 99

[Bug 23423] New: Online resource links which are OPAC retrieve file references are not correctly formatted in the OPAC detail view
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '20

10 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23423 Bug ID: 23423 Summary: Online resource links which are OPAC retrieve file references are not correctly formatted in the OPAC detail view Change sponsored?: --- Product: Koha Version: 19.05 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: steve(a)softwaremage.co.nz QA Contact: testopia(a)bugs.koha-community.org Created attachment 91946 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91946&action=ed… Example markup Symptom: Online resources: <a property="url" href="http:///cgi-bin/koha/opac-retrieve-file.pl?id=f445180b2247beac068a3bdef750856b" target="_blank">PDF Views of Acca, Haifa, Mt. Carmel and Other Places</a> | <a property="url" href="http:///cgi-bin/koha/opac-retrieve-file.pl?id=343848fcfdc5123bedf606f5b98110d6" target="_blank">PDF Views of Acca, Haifa, Mt. Carmel and Other Places (Annotated Version)</a> href is malformed: http:///cgi-bin/koha Cause ?? Looks like problem in XSLT (fragment from MARC21slim2OPACDetail.xsl) <xsl:if test="not(contains(marc:subfield[@code='u'],'://'))"> <xsl:choose> <xsl:when test="@ind1=7"> <xsl:value-of select="marc:subfield[@code='2']"/><xsl:text>://</xsl:text> </xsl:when> <xsl:when test="@ind1=1"> <xsl:text>ftp://</xsl:text> </xsl:when> <xsl:otherwise> <xsl:text>http://</xsl:text> </xsl:otherwise> </xsl:choose> Note these same resource links are correct in the opac search view. Online access: <a target="_blank" href="/cgi-bin/koha/opac-retrieve-file.pl?id=f445180b2247beac068a3bdef750856b">PDF Views of Acca, Haifa, Mt. Carmel and Other Places</a> | <a target="_blank" href="/cgi-bin/koha/opac-retrieve-file.pl?id=343848fcfdc5123bedf606f5b98110d6">PDF Views of Acca, Haifa, Mt. Carmel and Other Places (Annotated Version)</a> If one explicitly adds the full path to the 856u URI these are correctly referenced in the resulting markup. Relative paths are not. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 24742] New: Can't save news item in strict mode without value in number field
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '20

10 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24742 Bug ID: 24742 Summary: Can't save news item in strict mode without value in number field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If strict mode is enabled, you can't save a news item without putting a number in the "Appears in position" field. The operation fails silently and this error appears in the log: DBD::mysql::st execute failed: Incorrect integer value: '' for column 'number' at row 1 [for Statement "UPDATE opac_news SET number = ?,expirationdate = ?,lang = ?,timestamp = ?,title = ?,branchcode = ?,content = ? WHERE idnew = ?;" with ParamValues: 0="", ... ] at /kohadevbox/koha/C4/NewsChannels.pm line 106. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3