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

[Bug 5242] New: Simplify the import of members
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5242 Summary: Simplify the import of members Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Patron Import AssignedTo: gmcharlt(a)gmail.com ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For instance, to import members into Koha, you must a "clean", csv file. It's not always simple when your start file is an exel one. You must change several things in your file before importing it. In some application (like navicat), you can import directly an exel file, it's easier, and everybody can do 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 8

[Bug 6252] New: Patron import tool should let you set messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6252 Bug #: 6252 Summary: Patron import tool should let you set messaging preferences Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/tools/import_borrowers.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you do a patron import you can set the values for everything except the messaging preferences. The CSV should have a field for that and the form on the page should also offer the option of setting a blanket default for what's being imported. It's my understanding that this ability is there in the command line script, just not the GUI. -- 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 6255] New: patron import csv includes borrowernumber, but fails
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '14

29 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6255 Bug #: 6255 Summary: patron import csv includes borrowernumber, but fails Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org If you download the CSV file on the patron import page it has a column for borrowernumber, but if you try to import with that column you get a header error. Either we should allow it and use it as a match ... or maybe we should remove it if it's going to cause errors. -- 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 6795] New: Branch-specific OPAC preferences
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '14

29 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6795 Bug #: 6795 Summary: Branch-specific OPAC preferences Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: melia(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Using the Contextual Preferences Engine, this moves the following preferences out of Sysprefs and down to the per-branch level. LibraryName OPACBaseURL opaccolorstylesheet opaccredits opacheader opaclayoutstylesheet OpacMainUserBlock OpacNav OPACNoResultsFound opacsmallimage opacstylesheet OPACUserCSS opacuserjs -- 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 5145] New: Call number in XSLT availability information
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5145 Summary: Call number in XSLT availability information Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2537 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2537 screenshot of result list and availability display The availability information in OPAC's XSLT result list shows the call number only for available items. If the item is checked out, no call number is shown. Our libraries are irritated by that and asked to always show the call number. Another of our libraries has the problem, that the call number shown in availability does not match all their items. To make it worse Koha normally shows the call number of the item that is not for loan in the result list. And the items are located at different locations in the building. So it would be a good enhancement if showing the call number in the result list would be optional and controlled by a sys pref. -- 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 5181] New: Add js to convert units when units are changed on label or card template form
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5181 Summary: Add js to convert units when units are changed on label or card template form Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This enhancement would add some js to automatically convert existing unit field values to the new unit selected from the Units drop-down. -- 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 5938] New: Maximum number of issues across a family group
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5938 Bug #: 5938 Summary: Maximum number of issues across a family group 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: ruth(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com It has been suggested that there be a system-level setting for maxissueqty across a family "group", that is, all persons linked together by responsibility settings in the borrower record. For instance, if the system default maxissueqty for a branch is 25 items, and no other values are set, then a parent with two children could theoretically enter the library and borrower 75 items, by having the children check out 25 each. It may be desirable to set child-type patrons for a lower number, but even then, large families could check out a dramatic number of items; a system-level maximum on the entire family group would be nice to have. -- 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 6122] New: Catalogue reports exclude biblio without item
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6122 Bug #: 6122 Summary: Catalogue reports exclude biblio without item Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: sophie.meynieux(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Built in report on catalog uses an inner join in request, so biblios without items are not counted in the result, which is wrong -- 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 5387] New: Support for NISO CORE: Cost of Resource Exchange Protocol
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5387 Summary: Support for NISO CORE: Cost of Resource Exchange Protocol Change sponsored?: Seeking cosponsors Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P3 Component: Acquisitions AssignedTo: mjr(a)ttllp.co.uk ReportedBy: mjr(a)ttllp.co.uk QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 http://wiki.koha-community.org/wiki/NISO_CORE_protocol CORE: Cost of Resource Exchange Protocol (NISO RP-10-2010) defines an XML schema to facilitate the exchange of financial information related to the acquisition of library resources between systems, such as from Koha to an Enterprise Resource Management System. MJR of software.coop is interested in implementing this. Good idea or not? Is anyone interested in funding it? Koha users would like to connect to: * MYOB - mind your own business In general, anyone interested in implementing the CORE Recommended Practice, joining the standing committee, or in receiving additional information should contact NISO at nisohq(a)niso.org. -- 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 6456] New: Display of barcode in search result in staff client
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6456 Bug #: 6456 Summary: Display of barcode in search result in staff client Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: vimal0212(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org It is helpful to display barcode in search result in librarian interface. Its easy to identify barcode instantly. See the screen shot below, https://picasaweb.google.com/lh/photo/_B61M4JGNiYtbkVh4tQ-jQ?feat=directlink -- 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