April 2012 - Koha-bugs - lists.koha-community.org

[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 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 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

[Bug 7707] New: Add fines placeholders in notices to display fine information on notices
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '14

17 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7707 Priority: P5 - low Change sponsored?: --- Bug ID: 7707 Assignee: henridamien(a)koha-fr.org Summary: Add fines placeholders in notices to display fine information on notices QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Notices Product: Koha Add <<fines.total>> and other fines placeholders in notices to display total owed in fines on notices. It would be cool to be able to let patrons know how much they owed in fines in their overdue notices. This could take a couple forms * Per item fines (<<fines.item>> or <<items.content.fines>> * Total balance of account (<<fines.total>>) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7424] New: Koha should have a designated place for custom CSS
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '14

17 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7424 Bug #: 7424 Summary: Koha should have a designated place for custom CSS Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com We allow people to define custom CSS templates for varying things - opac, intranet, and (hopefully soon) slips and notices. It makes sense to have a sanctioned place within Koha to keep those files. I propose the following location: OPAC - koha-tmpl/opac-tmpl/prog/custom_css Intranet - koha-tmpl/intranet-tmpl/prog/custom_css Additionally, it would be nice to update the packages to dump these folders into the backup, to save any custom files stored there. We should also take care to *never* clobber anything in this directory on upgrade. We could provide "sample" CSS files (notices.sample, receipts.sample, to name a couple) but never overwrite anything else in that folder. Documentation for administrators should also be updated to tell system folks the "proper," "best practice" or "suggested" location to keep custom CSS files. The path to external CSS files can still be defined in the syspref, so administrators can define an external server if they so choose (many need this functionality because they have no shell or ftp access to their server). Questions? Concerns? Things I have not considered? -- 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

[Bug 7977] New: Add a "Quote-of-the-day" feature to the OPAC homepage
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '14

16 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7977 Priority: P5 - low Change sponsored?: --- Bug ID: 7977 Assignee: oleonard(a)myacpl.org Summary: Add a "Quote-of-the-day" feature to the OPAC homepage QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: cnighswonger(a)foundations.edu Hardware: All Status: NEW Version: master Component: OPAC Product: Koha This feature will add the option of displaying a select quote for the day on the OPAC homepage. It will include the addition of a QOD editor in the tools section of the staff interface which will allow the addition, editing, and deletion of quotes. A single system preference will enable/disable the display of the QOD on the OPAC homepage. A new granular permission will also be added to conrol user access to the QOD editor tool. Possible extentions to this would be code to allow alternate quote selection algorithms to be added to vary how the currently displayed quote is selected from the table of quotes. -- You are receiving this mail because: You are watching all bug changes.

1 129

[Bug 7747] New: Replace YUI autocomplete with jQueryUI
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '14

16 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7747 Priority: P5 - low Change sponsored?: --- Bug ID: 7747 Assignee: oleonard(a)myacpl.org Blocks: 5481 Summary: Replace YUI autocomplete with jQueryUI QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Templates Product: Koha In order to make the transition to jQueryUI easier to test and get approval for, I will submit my jQueryUI work one "widget" at a time: autocomplete, tabs, datepicker, etc. First will be autocomplete as it touches the fewest files. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 5184] New: Upgrade to support jQuery 1.4.2
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '14

16 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5184 Summary: Upgrade to support jQuery 1.4.2 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We accidentally upgraded the jQuery to 1.4.2, from the 1.3.2 bundled with Koha. This broke the background processing code, in particular with the bulk modification functions. This ticket is to track the handling of workarounds and fixes dealing with this, in particular fixing the bits that are broken with newer jQuery versions. -- 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 43