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

[Bug 10570] New: Show internal note from subscription in results on check expiration page
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10570 Bug ID: 10570 Summary: Show internal note from subscription in results on check expiration page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: colin.campbell(a)ptfs-europe.com We are showing the OPAC note from the subscription, but we should also show the internal note in the result list on the check expiration page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 9618] New: Add support for intranetuserjs to labels/spinelabel-print.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9618 Bug ID: 9618 Summary: Add support for intranetuserjs to labels/spinelabel-print.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11217] New: The # in accountlines descriptions makes them un-writeoffable
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11217 Bug ID: 11217 Summary: The # in accountlines descriptions makes them un-writeoffable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The # symbol in a description for a fine/charge makes it so that clicking write off doesn't work. It will put a write off line in the table, but it won't clear the amount owed on the find line. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 2693] Tagging: Add filter by name
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2693 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #22289|0 |1 is obsolete| | --- Comment #8 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 22780 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22780&action=edit Bug 2693 - Tagging: Add filter by name If you want to filter results on the tags management page by the reviewer you have to know their borrowernumber. It would be better to be able to search by name, but in the meantime this patch adds an autocomplete widget to the form field so that you can do a name search and populate the field with the borrowernumber. To test you must have approved or rejected tags. From the tags review page (tags/review.pl), view all, approved, or rejected tags. Type a name in the "reviewer" form field in the left sidebar filter. You should get an autocomplete dropdown with names matching your search. When you select one the form field should be populated by the borrowernumber. Signed-off-by: David Cook <dcook(a)prosentient.com.au> Patch works as described. I'm not sure whether or not it would be better to be able to search by name, as that would involve either choosing between names after applying the filter or showing any possible matches, so this seems fine. -- Owen and I did observe that we were able to cause AJAX errors while using this autocomplete, but we are not 100% sure how we caused the error. In my case, I was able to occasionally cause it by typing in a name then backspacing rapidly. The ajaxError method is attached to every element in the DOM (yikes) so it's tough to say what exactly is the source of the error (which is signalled by a pop-up window that can be cancelled). The error is quite rare so I don't think it's necessarily a problem for us. One idea that Owen had was to remove the current error message, which is very unhelpful and replace it with an error like "Something went wrong. Try again." Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2693] Tagging: Add filter by name
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2693 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA CC| |jonathan.druart(a)biblibre.co | |m QA Contact|koha-bugs(a)lists.koha-commun |jonathan.druart(a)biblibre.co |ity.org |m --- Comment #7 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- QA comment: I reproduced the error described by David, but just one time. I don't think it is critical. However, the autocomplete is often dependent on the CircAutocompl pref (request.tt, patron search header), but not always (patron list, course reserve). Since we are not in the circulation module, maybe this pref should not be check. But I suppose this pref exists in order to avoid performance issue. I am leaning towards to mark as passed QA this patch but I let the last word to the RM (as always, of course ;)) -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 11103] New: label authors in facets not easy selectable
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11103 Bug ID: 11103 Summary: label authors in facets not easy selectable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: maddogwilsons(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 10939] New: ICU does not transliterate polish special characters
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10939 Bug ID: 10939 Summary: ICU does not transliterate polish special characters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When indexing records in Zebra using ICU (in etc/default.idx), non latin characters are transliterate to latin one. It works well with arabic for example but not for polish special characters. See http://en.wikipedia.org/wiki/Polish_alphabet#Computer_encoding -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10978] New: redirect to basket list of a supplier after deleting a baset
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10978 Bug ID: 10978 Summary: redirect to basket list of a supplier after deleting a baset Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org I copy here a remark that M. de Rooy made while QAing bug 7791. It could be a little improvement "Note that if I am in a basket from some supplier and I delete it, I actually would like to return to the basket list of that supplier instead of getting a list of all suppliers. But that is outside the scope of this report." M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7205] New: can't reverse manual credits
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '13

06 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7205 Bug #: 7205 Summary: can't reverse manual credits Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Created attachment 6267 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6267 can't reverse credit You can review payments, but you can't reverse manual credits. In the attached the first line is a manual credit the other lines are regular payments. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 10810] New: Fix synopsis for -html option to overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '13

06 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10810 Bug ID: 10810 Summary: Fix synopsis for -html option to overdue_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org See http://perldoc.koha-community.org/misc/cronjobs/overdue_notices.html The synopsis says: -html <filename> Output html to file But the description of the -html option says: -html Produces html data. if patron does not have a mail address or -n (no mail) flag is set, an html file is generated in the specified directory. This can be downloaded or futher processed by library staff. If the -html option is given a filename as its argument it will fail without warning. Confusingly enough, the variable associated with the -html option is called $htmlfilename: 'html:s' => \$htmlfilename, But it is actually used as a path, and the filename is added to it: open $html_fh, ">",File::Spec->catdir ($htmlfilename,"notices-".$today->ymd().".html"); I'll do a patch that fixes the synopsis and makes the full description clearer, but leave the variable name alone, as changing it will not gain us much. -- You are receiving this mail because: You are watching all bug changes.

1 8