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

[Bug 18060] New: Add onboarding functionality to guide users through setting up labels for the first time
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '19

21 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18060 Bug ID: 18060 Summary: Add onboarding functionality to guide users through setting up labels for the first time Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org To help make the process of creating a label for the first time easier this bug report requires the implementation of onboarding tool in the labels area of the staff client to be run the first time the user wants to create a label. The features of the onboarding tool includes tooltips and modal boxes to be displayed to the user to clarify the process to make a label. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 15911] New: Use noEnterSubmit CSS class instead of prevent_submit.js
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '19

19 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15911 Bug ID: 15911 Summary: Use noEnterSubmit CSS class instead of prevent_submit.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 CC: jonathan.druart(a)bugs.koha-community.org The JavaScript file prevent_submit.js seems to be doing the same work that the .noEnterSubmit CSS class does via staff-global.js. If so, the extra file should be removed and the templates modified to work with staff-global.js. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 16817] New: Apply hold fee on collection not application
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '19

17 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16817 Bug ID: 16817 Summary: Apply hold fee on collection not application Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Patrons are charged for holds as soon as they request an item. We would like patrons to be charged once the item is ready for collection instead. Could this be a system preference? Could the hold fee be applied to the patron's account once the item has been confirmed as ready for collection? Could the generation of the charge be tied to the generation of the Hold Available for Pickup notice? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 18666] New: Update 16.06.00.028 failing because of missing no_auto_renewal_after
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '19

16 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18666 Bug ID: 18666 Summary: Update 16.06.00.028 failing because of missing no_auto_renewal_after Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The database update 16.06.00.028 fails with following error in an update from 3.22.19 to 16.11.08: Attempting upgrade to 16.06.00.028 (Bug 17135) ... DBD::mysql::st execute failed: Unknown column 'me.no_auto_renewal_after' in 'field list' [for Statement "SELECT `me`.`categorycode`, `me`.`itemtype`, `me`.`restrictedtype`, `me`.`rentaldiscount`, `me`.`reservecharge`, `me`.`fine`, `me`.`finedays`, `me`.`maxsuspensiondays`, `me`.`firstremind`, `me`.`chargeperiod`, `me`.`chargeperiod_charge_at`, `me`.`accountsent`, `me`.`chargename`, `me`.`maxissueqty`, `me`.`maxonsiteissueqty`, `me`.`issuelength`, `me`.`lengthunit`, `me`.`hardduedate`, `me`.`hardduedatecompare`, `me`.`renewalsallowed`, `me`.`renewalperiod`, `me`.`norenewalbefore`, `me`.`auto_renew`, `me`.`no_auto_renewal_after`, `me`.`reservesallowed`, `me`.`holds_per_record`, `me`.`branchcode`, `me`.`overduefinescap`, `me`.`cap_fine_to_replacement_price`, `me`.`onshelfholds`, `me`.`opacitemholds`, `me`.`article_requests` FROM `issuingrules` `me` WHERE ( ( `me`.`branchcode` = ? AND `me`.`categorycode` = ? AND `me`.`itemtype` = ? ) )" with ParamValues: 0='XXX', 1='STUDENT', 2='NORMAL'] at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1832. It's missing the column no_auto_renewal_after which is not present at this time in the database. It's added later on with update 16.06.00.046. Could it be because the schema already has the column? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 15734] New: Audio Alerts issues in master
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '19

16 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15734 Bug ID: 15734 Summary: Audio Alerts issues in master Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org >From Nick: In master there is a JSON error thrown when AudioAlerts are enabled. When checking in I get: SyntaxError: JSON.parse: expected property name or '}' at line 1 column 3 of the JSON data This does not happen in 3.22 -- You are receiving this mail because: You are watching all bug changes.

1 50

[Bug 18253] New: Remove C4::Items::GetItemsByBiblioitemnumber
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '19

14 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18253 Bug ID: 18253 Summary: Remove C4::Items::GetItemsByBiblioitemnumber Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement 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 This subroutine does too many things, we could use existing method from the Koha namespace to achieve the same goal. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 18978] New: Amazon returns 1x1 pixel image on shelf browse, preventing the "no cover image" image from showing
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '19

14 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18978 Bug ID: 18978 Summary: Amazon returns 1x1 pixel image on shelf browse, preventing the "no cover image" image from showing Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: michael(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When using Amazon as a source for cover images, images within the shelf browse feature can be 1x1 pixel, thus preventing the no image available image from showing. An example of the image returned is: https://images-na.ssl-images-amazon.com/images/P/0844254525.01._AA75_PU_PU-… Some would prefer the "no cover image available" to be shown rather than this 1x1 pixel image. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 18889] New: Item number in biblio description in fine page
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18889 Bug ID: 18889 Summary: Item number in biblio description in fine page Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: vimal0212(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 64772 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64772&action=ed… Fines Dear Friends, Very useful to see the item number (barcode) along with bibliographic details in fines page. If barcode appears along with book details easy identify the specific book. For example, in law libraries books with the same title by many authors (e.g. Constitution of India). Please see the screenshot. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 16924] New: Add Search by Accelerated Reading Level Range
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16924 Bug ID: 16924 Summary: Add Search by Accelerated Reading Level Range Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/add-search-a ccelerated-reading-level-range/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: Create an index for the 526 MARC fields Add range searching to advanced search in OPAC and Staff on new index Seeking Cosponsors here: http://devs.bywatersolutions.com/projects/add-search-accelerated-reading-le… -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17832] New: arl (accelerated reading level) and ard (? -- Title point value) searches do not return results
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17832 Bug ID: 17832 Summary: arl (accelerated reading level) and ard (? -- Title point value) searches do not return results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Prepending "arl:" or "ard:" to search terms should use the "ard" or "arl" indexes. arl should index 526$c, and ard should index 526$d. Here are some values for 526$c, taken from the koha database backing http://catalog.bywatersolutions.com/. select biblionumber, title, ExtractValue( marcxml, '//datafield[@tag=526]/subfield[@code="c"]' ) as 'arl' from biblioitems inner join biblio using (biblionumber) where ExtractValue( marcxml, '//datafield[@tag=526]/subfield[@code="c"]' ) != '' limit 10; +--------------+-----------------------------------------------+-----------------+ | biblionumber | title | arl | +--------------+-----------------------------------------------+-----------------+ | 33556 | Boy, were we wrong about dinosaurs! / | 5.0 | | 37781 | Who really discovered America? : | 100 | | 39460 | Mummies in the morning / | 2.7 grade level | | 45646 | Endymion Spring / | 6.3 | | 47364 | The year we disappeared : | 5.7 | | 48039 | There was an old lady who swallowed Fly Guy / | 1.6 | | 48041 | Ants / | 1.5 1.0 | | 48042 | The Arabian horse / | 3.5 4.9 | | 48043 | Athena / | 4.4 4.4 | | 48044 | Aunts / | 1.3 0.9 | +--------------+-----------------------------------------------+-----------------+ 10 rows in set (5.19 sec) ... so a search of "arl: 2.7 grade level" *should* return results for at least "Mummies in the morning /" Instead http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=&q=arl%… returns no results. Likewise for ard select biblionumber, title, ExtractValue( marcxml, '//datafield[@tag=526]/subfield[@code="d"]' ) as 'ard' from biblioitems inner join biblio using (biblionumber) where ExtractValue( marcxml, '//datafield[@tag=526]/subfield[@code="d"]' ) != '' limit 10 +--------------+-----------------------------------------------+----------+ | biblionumber | title | ard | +--------------+-----------------------------------------------+----------+ | 33556 | Boy, were we wrong about dinosaurs! / | 0.5 | | 37781 | Who really discovered America? : | 2000 | | 39460 | Mummies in the morning / | 1.0 pts. | | 45646 | Endymion Spring / | 13. | | 47364 | The year we disappeared : | 13 | | 48039 | There was an old lady who swallowed Fly Guy / | 0.5 | | 48041 | Ants / | 1 0.5 | | 48042 | The Arabian horse / | 3 0.5 | | 48043 | Athena / | 3 0.5 | | 48044 | Aunts / | 1 0.5 | +--------------+-----------------------------------------------+----------+ A search for "ard: 1.0 pts" should return "Mummies in the morning /" But http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=&q=ard%… Does not. -- You are receiving this mail because: You are watching all bug changes.

1 1