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

[Bug 16300] New: Remove the use of "onclick" from circulation and fine rules template
by bugzilla-daemon＠bugs.koha-community.org 02 May '19

02 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16300 Bug ID: 16300 Summary: Remove the use of "onclick" from circulation and fine rules template Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/smart-rules.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, testopia(a)bugs.koha-community.org, veron(a)veron.ch Depends on: 15456 There is one place where an "onclick" attribute is used in admin/smart-rules.tt. It should be rewritten so that JS functionality is separate from the markup. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15456 [Bug 15456] Fix tabs and inconsistent indentation in smart-rules.tt -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 19575] New: Use canonical field names and resolve aliased fields
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '19

30 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19575 Bug ID: 19575 Summary: Use canonical field names and resolve aliased fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com The current elastic search fields seems to be a mix between zebra aliases, field names, some duplicates and new fields. This causes issues with sorting in UI and hard-coded search-links in XSL-templates for example. I have attempted to clean things up a bit, which resolves many of these issues. I might not have the time to do so today, but will attempt to find and mark all current issues resolved by this fix. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 122

[Bug 20535] New: ModZebra called with $record with items stripped in ModBiblioMarc
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '19

30 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20535 Bug ID: 20535 Summary: ModZebra called with $record with items stripped in ModBiblioMarc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com The record that get passed to ModBiblioMarc will not have items embedded. Saving this through ModZebra will create an elastic document without items, and no items will be shown in search results for example. By removing the $record argument from the ModZebra call, ModZebra will reload the record with items embedded, which solves the problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 19497] New: Translatability: Get rid of "Edit [% field.name |html %] field"
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '19

30 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19497 Bug ID: 19497 Summary: Translatability: Get rid of "Edit [% field.name |html %] field" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr "Edit [% field.name |html %] field" shows up in translations for items-search_fields.tt Line 80 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 16167] New: Authorised value images may be removed
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '19

29 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16167 Bug ID: 16167 Summary: Authorised value images may be removed Change sponsored?: --- Product: Koha Version: master 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 Depends on: 16041 The feature to attach an image to an authorised value does not seem to work perfectly and it's possible that nobody uses it. I'd suggest to discuss about that removal on this bug report. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16041 [Bug 16041] StaffAuthorisedValueImages & AuthorisedValueImages preferences - impact on search performace -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 19006] New: Nicer formatting of statistics tab in patron account
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '19

28 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19006 Bug ID: 19006 Summary: Nicer formatting of statistics tab in patron account Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com The statistics tab in the patron account in staff shows the codes for collections, locations and itemtypes instead of their description. Libraries are not sure what is shown there and the tab causes a lot of questions. It would be nice if the information shown here was somewhat clearer, maybe including a little explanation on top. The help file is also quite sparse. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19005] New: Option to hide statistics tab from patron account
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '19

28 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19005 Bug ID: 19005 Summary: Option to hide statistics tab from patron account Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com The statistics tab in the patron account in staff often causes a bit of confusion and questions from the libraries. It woul be nice if it could be easily hidden without having to use jQuery. Im the template, there is a check for statisticsview, but that is always set to 1: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=members/statistic… statisticsview => 1, http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=koha-tmpl/intrane… [% IF ( CAN_user_borrowers ) %] [% IF ( statisticsview ) %]<li class="active">[% ELSE %]<li>[% END %]<a href="/cgi-bin/koha/members/statistics.pl?borrowernumber=[% borrowernumber %]">Statistics</a></li> [% END %] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 20837] New: CanItemBeReserved should follow ReservesControlBranch and not CircControl
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '19

26 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20837 Bug ID: 20837 Summary: CanItemBeReserved should follow ReservesControlBranch and not CircControl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 According to the pref descriptions CircControl shouldn't affect reserves, we should check the other pref. Also, the important note 'Default holds policy by item type' admin/smart-rules.pl is misleading: "Important: The policies are based on the patron's home library, not the library where the hold is being placed." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 19619] New: Add support for SIP2 field CM ( Hold Pickup Date ) to Koha
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '19

26 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19619 Bug ID: 19619 Summary: Add support for SIP2 field CM ( Hold Pickup Date ) to Koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Add support for SIP2 field CM ( Hold Pickup Date ) to Koha -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 17101] New: Confirm a question before check in
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '19

26 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17101 Bug ID: 17101 Summary: Confirm a question before check in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: T.Reimann95(a)gmx.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Here should be a new option for checkin message by itemtypes implemented. This new option required a confirmation from the user (over a question which is written there) bevor the item is checked in. The only possible answer for the question are yes or no. By yes the item is checked in, by no it's not checked in. To give an example what is meant here: If you create the item type audiobook, you then can add the Check in Message : "Does envelope and content match?" and for the check in message type: question. So if now a item with the item type audiobook is checked in, the user is ask : "Does envelope and content match?" and got the answer possibiltys yes and no. At this moment he can't read a new barcode, so he must answer the question. If he answer yes the item is check in, if he answer no the item is not check in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43