November 2013 - Koha-bugs - lists.koha-community.org

[Bug 11159] New: Small typo in catalogue/results.tt
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11159 Bug ID: 11159 Summary: Small typo in catalogue/results.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In catalogue/results.tt, there is a small HTML error line 377 : [% ELSE %]<option value"au,phr">Author</option>[% END %] The = is missing -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 11189] New: Remplace Print by Form of item in UNIMARC advanced search
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11189 Bug ID: 11189 Summary: Remplace Print by Form of item in UNIMARC advanced search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr in unimarc advanced searcg on opac and staff interface, the string "Print" is ambiguous, as "Print" could be translated in french by "Imprimer" (verb) or "Impression" (noun), and is used elsewhere in templates in the "verb" meaning. We could be used instead of "Print" the official label for 106 field ("Form of item") or maybe "Type of print" M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 11137] New: QueryParser can ignore parts of a Boolean search after the first
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11137 Bug ID: 11137 Summary: QueryParser can ignore parts of a Boolean search after the first Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The way that the QueryParser configuration is initialized results in duplicate search field aliases being defined, which in turn can cause problems with Boolean searches. For example, consider the following search: kw:history && earth This will retrieve all records that have both 'history' and 'earth' as keywords. Depending on your search settings, this search is received by Zebra as @attrset Bib-1 @and @attr 4=6 @attr 5=1 @attr 1=1016 history @attr 4=6 @attr 5=1 @attr 1=1016 earth Now consider this search, which should be identical: kw:history && kw:earth This search retrieves all records containing 'history', but ignores 'earth'. The search received by Zebra is: @attrset Bib-1 @attr 4=6 @attr 5=1 @attr 1=1016 histor -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 11185] New: check-url-quick.pl fails
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11185 Bug ID: 11185 Summary: check-url-quick.pl fails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org When running check-url-quick.pl, it fails due to AnyEvent::HTTP module bad loading. It comes from this commit: f88f11b4f805a70c9748bc3676cb1ce086db2ce8 -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 11163] New: Wrong itemtype usage count when deleting an itemtype
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11163 Bug ID: 11163 Summary: Wrong itemtype usage count when deleting an itemtype Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com No matter how much biblios or items use an itemtype the count is always 1. Steps to reproduce: - Create an itemtype. - Create some biblios setting the created itemtype at biblio level. - Create some items setting the created itemtype on them. - Try to delete the itemtype in Home > Administration > Item types, the count is 1 and doesn't match the expected result. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 10670] New: /etc/init.d/koha-common fails to start zebra due to log permission problem
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10670 Bug ID: 10670 Summary: /etc/init.d/koha-common fails to start zebra due to log permission problem Change sponsored?: --- Product: Koha Version: 3.6 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: dpavlin(a)rot13.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 11259] New: Add a search for hidden records in staff interface
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11259 Bug ID: 11259 Summary: Add a search for hidden records in staff interface 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: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org in advanced search, it could be usefull for staff to have an option so search (or to filter on) records with are hidden on opac. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11088] New: Patron entry page should use floating toolbar like cataloging interface
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11088 Bug ID: 11088 Summary: Patron entry page should use floating toolbar like cataloging interface 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 8151 The floating toolbar, which keeps the "save" button at the top of the screen if the user scrolls down, should be added to the patron entry page so that the user is not required to scroll to the bottom to make changes midway through the page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10796] New: Allow OpacPasswordChange to be set by category type
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10796 Bug ID: 10796 Summary: Allow OpacPasswordChange to be set by category type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When using LDAP or another central authentication you don't want patrons to change passwords in the OPAC, but at the same time you might have local users that should be allowed to change their password. I think it would be nice if we could move OpacPasswordChange from a global system preference to the patron category confguration page. This is similar to bug 3032 - but would not be per patron, but only per patron category. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8030] New: edit hold from patron record
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8030 Priority: P5 - low Change sponsored?: --- Bug ID: 8030 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: edit hold from patron record Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha It would be nice to be able to edit hold pickup location from patron record instead of just the bib record. Right now you can cancel and suspend holds from the bib or the patron, but can only change pickup location from the bib. -- You are receiving this mail because: You are watching all bug changes.

1 3