March 2011 - Koha-bugs - lists.koha-community.org

[Bug 5872] New: Enhancements to circulation management
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '12

25 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5872 Bug #: 5872 Summary: Enhancements to circulation management Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com -- 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 63

[Bug 5644] New: fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '12

17 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5644 Summary: fines not cleared with dropbox mode Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major 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 Estimated Hours: 0.0 It was my understanding that checking the dropbox mode option on the check in screen made the due date effectively the last day the library was open and as such wiped out fines for the extra day. It appears that is not the case. Fines for the item being late remain on the patron's account. The only way around this is to 'forgive fines' when using dropbox mode, but that forgives all fines and really we only want to forgive one day of fines. -- 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 35

[Bug 5778] New: Modify DHTMLcalendar function to work with jQueryUI datepicker
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '12

10 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5778 Bug #: 5778 Summary: Modify DHTMLcalendar function to work with jQueryUI datepicker Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5481 The current calendar widget gets passed a TMPL variable, , with the correct dateformat according to Koha's system preference. We can do the same with the jQueryUI widget, but the variable contents must be different. The current widget looks for a string like: %m/%d/%Y The jQueryUI widget wants something like: m/d/Y -- 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 4838] New: Repeated authority headings break biblio record data entry form
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '12

09 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4838 Summary: Repeated authority headings break biblio record data entry form Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 If you have an authority, with more than one heading, for example a UNIMARC multilingual author: 200 $7 da $a 原 $b 純輔 200 $7 ba $a Hara $b Junsuke In data entry form, you click on ..., you find such an authority, you click on Choose. The result is messed up. $9 is not copied and $7 content modify $9 code into $ba. -- 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 23

[Bug 5437] New: smart-rule improvements
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '12

05 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5437 Summary: smart-rule improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Ergonomics_of_smar t-rules_and_circulation_parameters OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 A lot of development is intended to allow for more refined parameters as far as circulation is concerned: see other RFCs for 3.4. There's going to be many more options and many more toggles / choices / more possibilities. It's doubtful this can be accommodated within the current smart-rules.pl page. So a new way to deal with the UI aspect of managing rules is in order. (to be continued with actual proposals: feel free to chime in) This part has been done. It uses a new module C4/IssuingRules.pm and jquery to display and help in organisation of the smart-rule. Still to be done : a) highlighting the selected values, b) use of JEditable in order to allow ppl to edit one value at a time Librarian can now enter default values for a library entering a * where they want the value to be abide by for all the categories or itemtypes below network quotas are also checked, namely, when a value is entered for a default library, and a user borrows books from two libraries, not only Koha checks the quota for each library is respected, but also it checks the conformity with the global rule (“*”) -- 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 5014] New: Layout problem in overdues report
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5014 Summary: Layout problem in overdues report Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/circ/overdue.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2369 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2369 Screenshot showing the problem The sidebar filter is expanding beyond its intended boundaries creating both a visual problem and a practical one: The sidebar is intercepting clicks intended for the patron name/email links. -- 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 5180] New: Autocomplete broken on overdues report
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5180 Summary: Autocomplete broken on overdues report Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/circ/overdue.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5014 Estimated Hours: 0.0 There is a JavaScript error on the overdues report page. FireBug reports: YAHOO.widget.DS_XHR is not a constructor /cgi-bin/koha/circ/overdue.pl Line 126 This bug blocks Bug 5014 because without a working autocomplete I don't know if the markup corrections I think are required to fix 5014 will break the autocomplete. -- 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 12

[Bug 5295] New: ctype index Zebra configuration
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5295 Summary: ctype index Zebra configuration Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Hie, Advanced search on "content type" (Zebra index "ctype" corresponding to index "Content-type") doesn't work. Index is unknown. Index "Content-type" is used in records.abs (unimarc) : melm 110$a Type-Of-Serial:w:range(data,0,1),Frequency-code:w:range(data,1,1),Regularity-code:w:range(data,2,1),Content-type:w:range(data,3,1),Content-type:w:range(data,4,3),... First, in etc/zebradb/biblios/etc/bib1.att : ctype is declared as index 1034, it should be "Content-type". Second, in etc/zebradb/ccl.properties : Content-type 1=1034 t=b Why "t=b"? It means right and left truncation. Content type is a single letter ('a' to 'z'), it doesn't need truncation. Regards. -- 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 15

[Bug 5630] New: CAS improvements
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5630 Summary: CAS improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: PATCH-Sent Component: Authentication AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Estimated Hours: 0.0 Deadline: 2010-01-20 * adding some documentation * cleaning code * adding a new feature to have multiple CAS server on a single Koha instance -- 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 45

[Bug 5910] New: Authorities : allow users to search on all auth types
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '12

20 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5910 Bug #: 5910 Summary: Authorities : allow users to search on all auth types Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Blocks: 5581 -- 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 22