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

[Bug 5765] New: patron messaging form template tests for SMS inconsistently
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5765 Summary: patron messaging form template tests for SMS inconsistently Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 For the header row of the table, the test is performed on whether SMSSendDriver is defined, but for each row, the first test is on whether 'transport_sms' is defined for that notice, then whether the driver exists. If an sms transport is defined for a notice (or even if the thinks it is), this will add an extra column of '--' to the table, forcing everything over by one, and the 'do not notify' column off the table. Reversing the order of the <TMPL_IF>'s in the messaging_preference_form.inc should resolve this. -- 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 6

[Bug 7468] New: Add label to batch by barcode range
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7468 Bug #: 7468 Summary: Add label to batch by barcode range Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: wrmslibrary(a)gmail.com QAContact: koha.sekjal(a)gmail.com It would be nice to be able to add an item to a label batch by barcode without having to scan the barcode. If a barcode has not yet been printed, it cannot be scanned to add the item to a label batch. Would like to be able to search by barcode range to add items to a label batch. -- 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 2

[Bug 5169] New: name/rename label batches
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5169 Summary: name/rename label batches Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be very helpful if there was a way to name and rename batches of labels. Right now they're named in numerical order which can be confusing if you have a lot of batches. -- 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 1

[Bug 5686] New: search in tamil
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5686 Summary: search in tamil Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: novamcccharles(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 i m using koha 3.00.06. Tamil search should be enabled for title search So kindly help be in solving this bug -- 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 3

[Bug 6382] New: Automatic Status Changing on Check In
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6382 Bug #: 6382 Summary: Automatic Status Changing on Check In 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: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Submitted on behalf of Henry Bankhead in search of feedback: We are used to being able to change at items "status" w/ horizon by just checking it in. Think of the not for loan status for example. So, if it was in mending or workroom and was checked in it would become available. Also if it was in receives status, it would move to cataloging and then to in if you checked it in twice. Originally I though Koha did this because the not for loan "status"s have numerical values. So I assumed they would move from -1, to -1, to zero (available) but evidently this is not the case. Can you see that this would be highly desirable from a workflow standpoint? What would it take to make Koha do this? -- 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 3

[Bug 6873] New: Incremental fine system
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6873 Bug #: 6873 Summary: Incremental fine system Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: vimal0212(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Provision for incremental fine is needed in Circulation and Fine Rules. For example, for first 10 days charge $1 per day, from 11th day charge should be $2. Many libraries follows this system. -- 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 5

[Bug 6173] New: Cronjob to send account expiry notices
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6173 Bug #: 6173 Summary: Cronjob to send account expiry notices Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: kmkale(a)anantcorp.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 3897 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3897 cronjob file This is a cronjob hacked from advanced_notices.pl to send out emails to patrons nearing account expiry. The notice template code is hardcoded to EXP so make sure you modify only that notice template. and it can handle borrowers.borrowernumber, borrowers.title, borrowers.firstname, borrowers.surname, borrowers.dateexpiry fields in the notice. The number of days to expiry can be set with a command line switch -m The script puts the emails in Koha's default message queue so its system compatible. It can be improved in a number of ways like for create syspref for sending these reminders, and setting the days in advance. I can submit a patch if this is useful.. -- 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 7534] New: OPACAllowUserToChooseBranch and hold rules
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Bug #: 7534 Summary: OPACAllowUserToChooseBranch and hold rules Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: stephane.delaye(a)biblibre.com QAContact: koha.sekjal(a)gmail.com the system preference OPACAllowUserToChooseBranch disaply all the branchs instead of display only the branchs who accept the holds. Result: a branch can be pickup location when he does not want to manage holds -- 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 4

[Bug 6262] New: overdues warning label
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6262 Bug #: 6262 Summary: overdues warning label Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/circ/circulation-home.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org I would like to see the 'warning' on the circulation home page next to the overdues report removed. We have a preference to make this not an issue and I think it's the role of the help files and manual to warn the user about this - right now having it where it is makes it look like Koha doesn't work efficiently. I'm up for other suggestions on how to improve this, but the way it is now looks bad to me (design wise and for Koha in general). -- 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 5934] New: Manipulate titles in Borrower Preferences
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5934 Bug #: 5934 Summary: Manipulate titles in Borrower Preferences Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: peter.lorimer(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com A feature to allow librarians to crate title lists based on preferences and previous choices. This is targeted towards libraries essentially catering for the blind or partially sited where books are predominantly poseted out to the borrower. -- 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 3