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

[Bug 8284] New: AcqCreateItem: Disable item creation
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8284 Priority: P5 - low Change sponsored?: --- Bug ID: 8284 Assignee: koha-bugs(a)lists.koha-community.org Summary: AcqCreateItem: Disable item creation Severity: enhancement Classification: Unclassified OS: All Reporter: epietrocupo.hlhl(a)ssss.gouv.qc.ca Hardware: All Status: NEW Version: rel_3_6 Component: Acquisitions Product: Koha Can it be possible to add an option in AcqCreateItem so that no Item gets created during the whole acquisition process. Our problem is that we are ordering books for other department. Since we do not keep track of the items for their department, it means that we would have to destroy the item everytime we place an order. And there are things that we orders that are disposable. For example we order test many times which are disposed after use. I think a solution easy to implement would be to add an option to remove automatic item creation. Then later, if you can make this option library location specific, it could be even better. We made another library for all document orders which does not belong to us. So if we could configure each library separately, our books will create items, and other department books won't. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 --- Comment #35 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 10412 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10412&action=edit Bug 4045 - Followup: No check for maximum number of allowed holds. Adds the systempreference in .pref file -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #8536|0 |1 is obsolete| | --- Comment #34 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 10411 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10411&action=edit Bug 4045 - No check for maximum number of allowed holds Please signed off the right patch (this one !) -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[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 8195] New: The selected link in include menus must be bold
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8195 Priority: P5 - low Change sponsored?: --- Bug ID: 8195 Assignee: oleonard(a)myacpl.org Summary: The selected link in include menus must be bold Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Templates Product: Koha For several links, the selected entry is not bold, try with these pages: admin/smart-rules.pl admin/biblio_framework.pl tools/export.pl -- You are receiving this mail because: You are watching all bug changes.

1 9

[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 8222] New: The zip code field is mandatory by default
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '12

20 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8222 Priority: P5 - low Change sponsored?: --- Bug ID: 8222 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: The zip code field is mandatory by default Severity: trivial Classification: Unclassified OS: All Reporter: robin(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: Patrons Product: Koha The 'zipcode' field is mandatory by default when creating a patron. This is quite annoying in places where the zipcode isn't all that important. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8