January 2008 - Koha-bugs - lists.koha-community.org

[Bug 1786] New: OPAC language chooser doesn't work
by bugzilla-daemon＠pippin.metavore.com 22 Jan '08

22 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1786 Summary: OPAC language chooser doesn't work Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org There was a recent commit to enable a language picker for the OPAC, but it doesn't work for me. Even after taking out the line in opac-main.pl which turns off opac language display: Line 66: opaclanguagesdisplay => 0, ...the markup which should display the available languages is empty: <div id="languages"> <ul></ul> </div> ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1785] Notices are changable globally not per branch + overdue rules
by bugzilla-daemon＠pippin.metavore.com 22 Jan '08

22 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1785 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major OS/Version|Windows NT |All Platform|PC |All ------- Comment #1 from jmf(a)liblime.com 2008-01-22 05:13 ------- re-assigning to chris. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1784] Calendar not secured by independent branches
by bugzilla-daemon＠pippin.metavore.com 22 Jan '08

22 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1784 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major OS/Version|Windows NT |All ------- Comment #1 from jmf(a)liblime.com 2008-01-22 05:12 ------- upping the priority and assigning to Chris. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1782] Patron Types VS Categories
by bugzilla-daemon＠pippin.metavore.com 22 Jan '08

22 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1782 ------- Comment #1 from cnighswonger(a)foundations.edu 2008-01-22 05:04 ------- Hrmm... either I really misunderstand the type/category logic or it is broken. It appears that after creating two categories of type "Staff" the five hard-coded types alone show up when adding a new patron. So I select type "Adult" and lower on the resulting form I am presented with the opportunity to select a category for this patron of one of the five types. Since I only have categories under type "Staff" I am limited to selecting one of those. This is expected. What becomes confusing is the fact that I can create a patron of type "Child" and select a category of type Adult/AC-FACULTY which is a category for faculty members of a k-12 academy. So the question appears: Is the patron now a member of both the "Child" type and the "Adult" type? It appears to me (and I may be misunderstanding here) that categories should be a subfield of type (ie. type.category) and that the patron ought to be a member of a category so that we have type.category.patron. The way it stands it appears that patron is a member of both type and category and that category is a member of type as well. Am I totally off here? If so, please feel free to correct me. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1785] New: Notices are changable globally not per branch + overdue rules
by bugzilla-daemon＠pippin.metavore.com 22 Jan '08

22 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1785 Summary: Notices are changable globally not per branch + overdue rules Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P3 Component: Tools AssignedTo: chris.cormack(a)liblime.com ReportedBy: lloyd(a)wsufftrust.org.uk QAContact: koha-bugs(a)nongnu.org Even with independent branches on Branch1 can edit/add notices for Branch2. Users with "Tools" permission unable to 'Notice/Status Triggers'. Returns Error: Unauthorized user. 'Notice/Status Triggers' should also be secured with independent branches. - Lloyd ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1784] New: Calendar not secured by independent branches
by bugzilla-daemon＠pippin.metavore.com 22 Jan '08

22 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1784 Summary: Calendar not secured by independent branches Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P3 Component: Tools AssignedTo: chris.cormack(a)liblime.com ReportedBy: lloyd(a)wsufftrust.org.uk QAContact: koha-bugs(a)nongnu.org Calendar not secured by independent branches. For example you can change the days the library is closed for other branches other than your own. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1560] Pass frameworks list to the template for use in toolbar
by bugzilla-daemon＠pippin.metavore.com 22 Jan '08

22 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1560 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #1 from chris.cormack(a)liblime.com 2008-01-22 01:17 ------- Do you have a url for this owen? The addbooks.pl page seems to already be doing this? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1779] Authorities search on specific Authority Type fails
by bugzilla-daemon＠pippin.metavore.com 21 Jan '08

21 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1779 ------- Comment #2 from galen.charlton(a)liblime.com 2008-01-21 14:37 ------- Tag 152 was not appropriate for storing the heading type in MARC 21 -- 1XX fields in MARC should be reserved for *standard* headings fields. Consequently, for MARC21 (not UNIMARC, which still uses 152), the heading type tag was changed to 942$a. Please review the commit message at http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=commit;h=8340c478fac12897e7…. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1783] New: need ability to do OR in permissions check
by bugzilla-daemon＠pippin.metavore.com 21 Jan '08

21 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1783 Summary: need ability to do OR in permissions check Product: Koha Version: HEAD Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Authentication AssignedTo: chris.cormack(a)liblime.com ReportedBy: galen.charlton(a)liblime.com QAContact: koha-bugs(a)nongnu.org For catalogue/updateitem.pl, added checkauth call to guarantee that user has circulate permission in order to set an item status flag. However, it would be ideal if editcatalogue would have access as well, however, checkauth currently requires that *ALL* passed permissions flags are met. A public (i.e., runs out haspermission) API in C4::Auth would be nice to allow an OR instead of AND in the permissions checks. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1782] New: Patron Types VS Categories
by bugzilla-daemon＠pippin.metavore.com 21 Jan '08

21 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1782 Summary: Patron Types VS Categories Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Patrons AssignedTo: chris.cormack(a)liblime.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)nongnu.org With no categories defined, When one selects "New" in the Patron screen, The five hard-coded types are presented. With the understanding that the five basic types form the LCD of all patrons it would seem that only categories should form the next level above types, so that all patrons must only be members of categories which in turn must be members of types. I am wondering if the above described behavior is by design or a bug. Hence this bug report... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0