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

[Bug 6957] New: authors disappearing when emailing lists
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '13

09 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6957 Bug #: 6957 Summary: authors disappearing when emailing lists Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5675 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5675 no authors in email When the list is sent to an email address and the list is sorted by author the authors' names disappear after 7 or 8 records, when the list is sorted by title the author's names disappear after the first record. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 14

[Bug 6148] New: Strange Language in opac-authorities-home
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6148 Bug #: 6148 Summary: Strange Language in opac-authorities-home Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org The sort option gives two options: Heading Ascendant Heading Descendant Which are striking in their weirdness. Ascending/Descending are more correct or should we go for something like 'Alphabetical' 'Reverse Alphabetical' (to avoid sounding too sql-ly) -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 2

[Bug 11133] New: Markup errors in OPAC place hold form HTML
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11133 Bug ID: 11133 Summary: Markup errors in OPAC place hold form HTML Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There are a couple of markup errors in the new OPAC place hold form. They don't appear to cause problems but should be fixed for validity's sake. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11132] New: The results list is reset on adding a biblio to a list
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '13

08 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11132 Bug ID: 11132 Summary: The results list is reset on adding a biblio to a list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: - launch a search at the OPAC (opac-search.pl). - click on a result and browse results (using previous/next links). - a title attract your attention and you add it to a list ("Save to yours lists" link on the right). - save the list - browse again results: you cannot, the "browse results" bloc has disappeared. -- You are receiving this mail because: You are watching all bug changes.

1 10

[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