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

[Bug 8936] New: Search RSS feeds does not show there items when subscribing in Firefox
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8936 Priority: P5 - low Change sponsored?: --- Bug ID: 8936 Assignee: oleonard(a)myacpl.org Summary: Search RSS feeds does not show there items when subscribing in Firefox Severity: minor Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha In OPAC and with Firefox, after a search, click on RSS icon. When language is not english (translated templates), the subscribing page does not show items. When adding RSS feeds to a reader, the items are well displayed. Small bug but most readers will think the RSS feeds does not work. 'RequestOnOpac' syspref must be off. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 8968] New: JavaScript String not translatable
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8968 Priority: P5 - low Change sponsored?: --- Bug ID: 8968 CC: frederic(a)tamil.fr Assignee: koha-bugs(a)lists.koha-community.org Summary: JavaScript String not translatable Severity: enhancement Classification: Unclassified OS: All Reporter: frederic(a)tamil.fr Hardware: All Status: NEW Version: master Component: translate.koha-community.org Product: Koha This is an omnibus bug, where to attach patch fixing strings in JavaScript code which are not translatable since there are not surrounded with _( ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 9078] New: is_holiday should honour holiday exceptions
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9078 Priority: P5 - low Change sponsored?: --- Bug ID: 9078 Assignee: koha-bugs(a)lists.koha-community.org Summary: is_holiday should honour holiday exceptions Severity: enhancement Classification: Unclassified OS: All Reporter: tomascohen(a)gmail.com Hardware: All Status: NEW Version: master Component: Holidays Product: Koha Just that. It doesn't right now. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 8800] New: SpecifyDueDate && useDaysMode=Datedue wrong behaviour
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8800 Priority: P5 - low Change sponsored?: --- Bug ID: 8800 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: SpecifyDueDate && useDaysMode=Datedue wrong behaviour Severity: normal Classification: Unclassified OS: All Reporter: tomascohen(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha What should happen when a librarian specifies a due date that matches a holiday and useDaysMode=Datedue (Calculate the due date using the calendar to push the due date to the next open day)? My guess is that the due date should be fixed to match the next open day. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 8163] New: Click to populate XSLT preferences with "default" or empty values
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8163 Priority: P5 - low Change sponsored?: --- Bug ID: 8163 CC: gmcharlt(a)gmail.com Assignee: oleonard(a)myacpl.org Summary: Click to populate XSLT preferences with "default" or empty values Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: System Administration Product: Koha Now that there are several options for populating the XSLT system preferences it would make things easier if the user could click to populate the field with "default" or to empty the field. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 8546] New: OPAC Advanced Search Publication date range guide text FAIL
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8546 Priority: P5 - low Change sponsored?: --- Bug ID: 8546 Assignee: oleonard(a)myacpl.org Summary: OPAC Advanced Search Publication date range guide text FAIL Severity: trivial Classification: Unclassified OS: All Reporter: m.kirjasto.hailuoto(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha Guide text in the advanced search form is incorrect: "For example: 1999-2001. You could also use "-1987" for everything published before 1987 or "2008-" for everything published after 2008." is illogical. The logically and functionally correct way being: For example: 1999-2001. You could also use "-1987" for everything published before 1988 or "2008-" for everything published after 2007. Reproducing the bug: Search date range 2008- for "everything published _after_2008_" and you'll get also books published 2008, not only after 2008. @ http://catalog.farmingtonlibraries.org/cgi-bin/koha/opac-search.pl This text bug prevails in community's demo runs 3.8, 3.6, 3.2 and master, provided by Bywater, CALYX, Equinox, Libriotech, software.coop http://koha-community.org/demo/ The four TOF demo Opacs on the list. Also in Bywater sandbox OPAC http://catalog.bywatersolutions.com/ EVEN THOUGH text bug has been fixed in Bywater sandbox Intranet (ver.3.09.00.026, whatever that would mean) (login bywater - bywater reqrd): http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl Bug shows in live instances too, e.g. Farmington Koha, http://catalog.farmingtonlibraries.org/cgi-bin/koha/opac-search.pl Most likely in KOHA 3.10 too. FIX SUGEGSTION, that do not age along the years: like w Bywater format: yyyy-yyyy PS. All in all, when I "patron-eyed" Farmington Adv search, I started to miss guide text feature. The advSearch page is so long. It could be shortened. Esp. the Item type list should be made drop-down type and also divided into 2 or more categories: Item types and thematical types. Or newest item types? Now the list doesn't work for, well, anybody. Schratching here my head: some patrons could use this as an itemtype browsing feature. (Well but this is now off-topic already.) -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 8515] New: OPAC password change does not obey OpacPasswordChange
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8515 Priority: P5 - low Change sponsored?: --- Bug ID: 8515 Assignee: oleonard(a)myacpl.org Summary: OPAC password change does not obey OpacPasswordChange Severity: minor Classification: Unclassified OS: All Reporter: gmcharlt(a)gmail.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Currently the OpacPasswordChange system preference only controls whether the user sees a link to the password change form. If the user can guess the URL of the password reset form, they would still be able to change their password contrary to the to the system preference setting. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 7805] New: Exposing the new list permissions in opac and staff
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7805 Priority: P5 - low Change sponsored?: --- Bug ID: 7805 Assignee: m.de.rooy(a)rijksmuseum.nl Summary: Exposing the new list permissions in opac and staff QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: ASSIGNED Version: master Component: Virtual Shelves Product: Koha The next step after 7310: Exposing the new permissions to add and delete. Will submit the patch now, but give a more detailed test plan later (if needed). What should be tested here is: 1 Adding a list and checking various permission settings on opac and staff (edit again or look in the shelves table via sql). 2 Editing a list, changing perm settings and checking them again. 3 Try to add an item to a list without permissions to add (note: you should not be the owner). Try this via interface or even try to hack a URL. It should not be possible. 4 Try to delete an item that you added yourself to a list while delete_own is Do not allow. Even as owner you should not be able to. 5 Try to delete an item that another one added to a list while delete_other is Do not allow. Even as owner you should not be able to. 6 Try some things that you should be allowed to do so. Important note: The owner can always add, but needs perms to remove. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 8498] New: can't specify an hour when specifying due date
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '12

27 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8498 Priority: P5 - low Change sponsored?: --- Bug ID: 8498 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: can't specify an hour when specifying due date Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha With hourly loans Koha can make items due specific hours, but if you have the specify due date box on the checkout screen you can't enter an hour in it ... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 8863] New: When clearing a patron attribute, they are all cleared
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '12

27 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8863 Priority: P5 - low Change sponsored?: --- Bug ID: 8863 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: When clearing a patron attribute, they are all cleared Severity: minor Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha Bug 8431 introduced a small bug in memberentrygen.tt on clear_entry(). When clearing a patron attribute, they are all cleared. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7