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

[Bug 19892] New: Replace numbersphr variable with Koha.Preference(' OPACNumbersPreferPhrase') in OPAC
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19892 Bug ID: 19892 Summary: Replace numbersphr variable with Koha.Preference('OPACNumbersPreferPhrase') in OPAC 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This was just done in intranet with bug 19807 to fix a bug and I think it would be good to do the same for the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 18007] New: Interface updates to notices and notice previews
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18007 Bug ID: 18007 Summary: Interface updates to notices and notice previews Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)bugs.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 17961, 17981 An upcoming patch will: - Restructure the template for side-by-side comparisons of notice updates - Move JavaScript out of template into separate file - Improving form validation through use of validation plugin - Give better visual feedback for AJAX form checks Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17961 [Bug 17961] TT syntax for notices - Prove we have an equivalent for our historical custom syntax https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17981 [Bug 17981] Add the ability to preview generated notice templates -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 19907] New: Email validation on patron add/edit not working
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19907 Bug ID: 19907 Summary: Email validation on patron add/edit not working Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 When entering a new patron or editing an existing one, the email address should be validated while typing. This is a regression to former behaviour. The validation still works as expected in other places like for library email in administration > libraries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 19564] New: Fix extraction of sort order from sort condition name
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19564 Bug ID: 19564 Summary: Fix extraction of sort order from sort condition name Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com Currently sort order is extracted from sort condition with "my ( $f, $d ) = split /_/;" So for example with the value "call_number_asc", you get $f (field) "call", and $d (order) "number", when expecting to get "call_number" and "asc". This should be changes using a regular expression instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 19882] New: Add Novelist Select staff client profile
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19882 Bug ID: 19882 Summary: Add Novelist Select staff client profile 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The novelist in the staff client doesn't form links correctly as the profile refers to the OPAC. Novelist has suggested a separate profile for the staff side would allow better styling and correct linking. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 16124] New: Checking "is a url" box in MARC subfield does not turn it into a link
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16124 Bug ID: 16124 Summary: Checking "is a url" box in MARC subfield does not turn it into a link Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: fred.king(a)medstar.net QA Contact: testopia(a)bugs.koha-community.org Checking the "is a url" box under "advanced constraints" in the MARC framework/edit subfield section does not turn the subfield into a clickable link when viewed in the OPAC display. This happens (well, does not happen) with existing subfields and ones created for the MARC structure. This is either a bug or there's another step not explained anywhere I can find. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 19583] New: Report updater triggers on auth_header.marcxml
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19583 Bug ID: 19583 Summary: Report updater triggers on auth_header.marcxml Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In Home › Reports › Guided reports wizard › Saved reports, Any reports that use auth_header.marcxml will display "This report seems obsolete, it uses biblioitems.marcxml field" with an "Update SQL" button. auth_header.marcxml still exists in the schema however. This is bound to be confusing to users. --Barton -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 16175] New: Amazon book covers should use https on public and private lists in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16175 Bug ID: 16175 Summary: Amazon book covers should use https on public and private lists in the OPAC Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We should be using https on the amazon book covers on the public and private lists in the opac. I haven't yet checked the intranet, so will file one for that side as well if I find out it needs treatment. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 19582] New: Elasticsearch: Auth-finder.pl must use search_auth_compat
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19582 Bug ID: 19582 Summary: Elasticsearch: Auth-finder.pl must use search_auth_compat 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: nick(a)bywatersolutions.com When Elasticsearch is enable the authorities search from cataloging is using Zebra, we need to use the compat functions to select the correct engine -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 19549] New: Reserve Slip prints first found hold when patron has multiple holds on a biblio
by bugzilla-daemon＠bugs.koha-community.org 18 May '18

18 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19549 Bug ID: 19549 Summary: Reserve Slip prints first found hold when patron has multiple holds on a biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com In C4/Reserves.pm the ReserveSlip function uses this call to get the reserve: 1982 my $hold = Koha::Holds->search({biblionumber => $biblionumber, borrowernumber => $borrowernumber })->next; If a patron has multiple holds there is no way to know if we have the correct one. This function should be updated to take an itemnumber as well and all calls updated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16