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

[Bug 10590] New: in opac-topissues limit param is not protected
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '13

18 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10590 Bug ID: 10590 Summary: in opac-topissues limit param is not protected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In opac-topissues page, the limit URL argument is directly added to SQL query. This argument should be protected. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 10425] New: Help page missing for Local Use preferences
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '13

18 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10425 Bug ID: 10425 Summary: Help page missing for Local Use preferences Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com CC: gmcharlt(a)gmail.com When viewing Local Use system preferences tab, the help button will lead to an error page. This is because Local Use tab uses not the same script has other tabs : systempreferences.pl. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10297] New: categorycode and branchcode should be required for patrons
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '13

18 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10297 Bug ID: 10297 Summary: categorycode and branchcode should be required for patrons Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: drnoe(a)bywatersolutions.com, gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The BorrowerMandatoryField pref should have categorycode and branchcode should be in the default values for this preference since they are required by Koha but not labeled as such on the patron add form. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 9576] New: Enable or disable issue limit confirmation
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9576 Bug ID: 9576 Summary: Enable or disable issue limit confirmation Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: vimal0212(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The limit of books for a student is three' When a book wants to get issued more it gives a message yes or no. If we say yes it allows us to issue. Its nice, if we can disable this provision using a system preference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 10409] New: Do not show course entry form if no departments are found
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10409 Bug ID: 10409 Summary: Do not show course entry form if no departments are found Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/course_reserves/course.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org The course reserves entry form shows an error message instead of a form field for the department if no departments are defined: "No DEPARTMENT authorised values found! Please create one or more authorised values with the category DEPARTMENT." If you can't fill out the form because there are no departments, there's no reason to display the form. Otherwise people might fill in the rest of the fields and find they can't submit the form. It would be better to show the error message alone on the page and link the user to the authorized values page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 10603] New: required fields in the courses table should be not null
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10603 Bug ID: 10603 Summary: required fields in the courses table should be not null Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There are three fields in the courses table that the UI marks as required: - department - course number - course name However, the corresponding columns in all three of these tables are nullable. If these must be required for reasons of business logic, the columns should be not null. Of course, it's not quite clear if all three of these columns are actually required. Making course name required makes sense, but I'm not sure if making the department and course number required is baking in an assumption about how all academic institutions organize their course lists. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 4887] New: "Default value" option missing for Authority records
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4887 Summary: "Default value" option missing for Authority records Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: s.bolelli(a)libercoop.it QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In the Authorities frameworks (Administration, Authority types) managing the subfield definitions is not possible to set a "default value" as for subfield definition of the MARC Bibliographic framework (Administration, MARC Bibliographic framework). It would be useful to have the option to specify a default value that is the same for every authority record -- 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 8757] New: Longer size text for authorised values "lib"
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8757 Priority: P5 - low Change sponsored?: --- Bug ID: 8757 Assignee: adrien.saurat(a)biblibre.com Summary: Longer size text for authorised values "lib" Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Database Product: Koha Authorised Values have many uses, and, among others things, store in SUGGEST the potential "reasons" (then stored in the "suggestions" table) for which a suggestion can be refused. To give better informations to borrowers, some librairies would like to see longer "lib_opac" fields (the "lib" field should follow the movement, of course). Knowing the many uses of AV, and the fact that some languages may need more words than others ton convey a message, the length of these lib fields could be made longer (maybe 200 or 250 chars). -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 6281] New: Bug in LCC sort routine
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6281 Bug #: 6281 Summary: Bug in LCC sort routine Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Windows Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: flanagan(a)ucar.edu QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com While doing some work in the Inventory Tool, I notice that Koha is ordering things strangely. It seems to be trying to order things, albeit unsuccessful, according to Dewey rules. I have my DefaultClassificationSource set to Library of Congress. I'm not sure what the problem is, but it's doing things like putting QC145.45 .H4 D65 1998 before QC145 .A57 V.12 1980 and QC995 .E29 1997 before QC100 .U57 NO. 555 1986 And when I give it a range between, say, QC150 and QC 250, it gives me QC2 and QC 20 as well. Galen: "Fortunately, it will be easy for me to fix, as there is another open-source LCC sort routine that we can use as a replacement, it just needs to be wired in." -- 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 28

[Bug 2394] canreservefromotherbranches preference not working
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2394 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #19701|[SIGNED-OFF] Bug 2394: Use |[SIGNED-OFF] [3.12.x] Bug description|syspref |2394: Use syspref |canreservefromotherbranches |canreservefromotherbranches |in CanItemBeReserved |in CanItemBeReserved -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0