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

[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 9485] New: Short cut to create new authorities
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9485 Bug ID: 9485 Summary: Short cut to create new authorities Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: rafafernan(a)uol.com.br CC: m.de.rooy(a)rijksmuseum.nl When we make a search for an authority to link it with a record and that authority is not found in authorities database, the system return "Authority not found". I believe its useful to return this message, but also to show a pop up like "Do you want to create a new authority? Y/N". Doing this will make cataloguing faster... Thanks -- You are receiving this mail because: You are watching all bug changes.

1 2

[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

[Bug 5385] New: Correct POD errors as highlighted by podchecker
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5385 Summary: Correct POD errors as highlighted by podchecker Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Developer documentation AssignedTo: gmcharlt(a)gmail.com ReportedBy: andrew.elwell(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Ideally we'd have good accurate POD within the code for all functions, however as a starting point I made a list of all errors that 'podchecker' throws up (find . -type f | grep -v \.git/ | egrep -i '\.p[lm]$' | xargs podchecker 2>/tmp/pod.err) and started to correct them Many of these are trivial syntax / whitespace issues -- 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 6197] New: Capitalized or lowercased Turkish characters are not searchable
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6197 Bug #: 6197 Summary: Capitalized or lowercased Turkish characters are not searchable Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: akif-antispam(a)dinc.org QAContact: koha-bugs(a)lists.koha-community.org When searching for Titles or Authors that contain Turkish characters, they are not found if search pattern has the opposed case. For example if the author is "Nefes Zade İbrahim" and the search pattern is "ibrahim" than the result is empty. If the search is "İbrahim" than the record matches and search delivers the good results. The characters that are forcing this problem are "ğĞ, ıI, iİ, şŞ". -- 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 5614] New: patron prefs not in categories
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5614 Summary: patron prefs not in categories Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/admin/preferences.pl?tab=patrons 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 Estimated Hours: 0.0 All other preference tabs have categories (unless they only have 1 or 2 prefs). The patrons tab should also be broken into categories for easy navigation. -- 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 9664] New: additional fees tracking in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9664 Bug ID: 9664 Summary: additional fees tracking in acquisitions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com We would like to suggest that a spot for "additional fees" from invoices (like those for MARC records or processing charged by the vendor) be made available for tracking through the acquisitions module. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9171] New: Vendor sent us a file with holdings in 952 which has repeated subfields and no home or holding branch
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9171 Bug ID: 9171 Summary: Vendor sent us a file with holdings in 952 which has repeated subfields and no home or holding branch Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: mdhafen(a)tech.washk12.org Created attachment 13785 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13785&action=edit usmarc file to demonstrate the bug Staging a file for import where the item information is in the 952 tag, but lacks home/holding branch information and may have repeated subfields, results in items with no branchcode set and near empty items for the repeated subfields To test: stage and import the attached usmarc file and note that some items, like in the first record, are missing the homebranch and holdingbranch information, and because of the repeated 'z' subfield another item record is created just for the repeated field. Apply patch and stage and import the file again to see that these items are imported correctly. I had to deal with a file from a vendor which had the holdings information in the 952 tag. This was for new books, so there was obviously no itemnumber. There was also no home or holding branch set, so the items got a little lost. To further complicate matter the 'z' subfield was repeated in a couple fields, and MARC::Record seemed to think those repeated subfields should be in a field by themselves. So I have a patch which adds code to watch for this missing home/holding branch subfields, and catches repeated subfields that end up in seperate fields. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 5408] New: Refactor C4::Circulation::GetIssuingRule
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5408 Summary: Refactor C4::Circulation::GetIssuingRule Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: cfouts(a)liblime.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 GetIssuingRule submits a cascade of queries to the database to find its match. This could be optimized and cleaned up by retrieving them all at once. -- 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