January 2014 - Koha-bugs - lists.koha-community.org

[Bug 11583] New: Add wysiwyg editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '14

20 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 Bug ID: 11583 Summary: Add wysiwyg editor for HTML notices/letters 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, library staff need to handcode HTML notices/letters. This enhancement will add a wysiwyg editor for notices/letters that are marked as "HTML", so that library staff can create HTML notices/letters without much knowledge of HTML and CSS. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10506] New: Overdues report: Filter on date due is confusing
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '14

19 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10506 Bug ID: 10506 Summary: Overdues report: Filter on date due is confusing Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: costalc(a)gmail.com Filter on date due is confusing: it doesn't fit selected dates. Must be adjust great&equal and less&equel criteria in both dates. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 4225] Cloning of rules in smart-rules.pl only clones top table of rules
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4225 --- Comment #2 from Liz Rea <wizzyrea(a)gmail.com> --- *** Bug 5827 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 5827] New: Cloning Circ rules does not clone hold policies
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5827 Bug #: 5827 Summary: Cloning Circ rules does not clone hold policies Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I set up circ rules for the main branch, including Hold Policies by Item type, and then cloned the NEKLS rules to another branch. The Hold policies by Item type were not cloned as expected. -- 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 4

[Bug 4227] opac-logout.pl is no longer used.
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4227 Liz Rea <wizzyrea(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wizzyrea(a)gmail.com --- Comment #1 from Liz Rea <wizzyrea(a)gmail.com> --- *** Bug 5827 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6226] New: Returning a misrouted item twice causes transit to correct receiving library to disappear
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6226 Bug #: 6226 Summary: Returning a misrouted item twice causes transit to correct receiving library to disappear Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Scenario: Library A transferred a book to Library B, but accidentally sent it to Library C What happens when Library C checks in the item? They get a reminder that there is a HOLD and to send the item to Library B. That’s good. (Return 1) However, if Library C returns that item a second time the transfer Goes Away. (Return 2) Also, if Library C goofs up and sends the book to Library D, when they return it, the transfer Goes Away (essentially the 2nd return that isn't the receiving branch). -- 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 4

[Bug 8922] New: Can't sort Holds to Pull report on any field besides title
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8922 Priority: P5 - low Change sponsored?: --- Bug ID: 8922 Assignee: gmcharlt(a)gmail.com Summary: Can't sort Holds to Pull report on any field besides title Severity: minor Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: NEW Version: rel_3_6 Component: Reports Product: Koha The tablesorter for the Holds to Pull report seems to be broken. Clicking any header causes no change to the sort on this report. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6921] New: Alert librarian that a waiting reserve has been filled by another item
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6921 Bug #: 6921 Summary: Alert librarian that a waiting reserve has been filled by another item Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com As soon as the patch for bug 2830 is applied, if a reserve that already has a waiting item is filled by an item with a different barcode, the original reserve is deleted. That is good. A slight enhancement to that behavior might be to also alert the librarian that there might be an item on the hold shelf. i.e. the system pops a message that indicates "I just deleted a reserve that was in waiting status, go get it off the hold shelf and send it to someone else or reshelve it" -- 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 6288] New: Check-in table could show reserve information
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6288 Bug #: 6288 Summary: Check-in table could show reserve information Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When checking in items, it might be nice for the table at the bottom of the screen to show reserve and transit information on previously checked in items. This would be in case a staff member missed a confirmation box or forgot to print a slip, the information would be right there on the return screen. -- 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 7222] New: Display if a hold was placed in the OPAC or through the staff interface
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '14

17 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7222 Bug #: 7222 Summary: Display if a hold was placed in the OPAC or through the staff interface Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: wizzyrea(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com It would be nice to see whether a hold was patron-initiated through the patron catalog or placed by a staff member through the staff log-in. It'd help me a lot to know whether my staff is not paying close enough attention when placing holds or if it's the patron who is making mistakes. -- 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 1