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

[Bug 7472] New: Edit button ineffective when paying borrower fee
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7472 Bug #: 7472 Summary: Edit button ineffective when paying borrower fee Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com On payment page, the Edit button doesn't load anymore the current borrower edit page. To reproduce the bug: - Define a borrower category 'foo' with Enrollment fee - Create a new 'foo' borrower - Click on Check out tab - A message is displayed: Fees & Charges: Patron has Outstanding fees & charges of xx.00. Checkouts are BLOCKED because fine balance is OVER THE LIMIT. Make Payment - Click on Payment link - Click on Edit button - You reach a page for creating a new borrower => you should reach the current borrower edition page - Same issue on paycollect.tt template -- 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 7

[Bug 5009] New: add autocomplete="off" to borrowernumbers and barcode forms
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5009 Summary: add autocomplete="off" to borrowernumbers and barcode forms Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: dpavlin(a)rot13.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When using RFID readers which emulate keystrokes browser sometimes picks numbers for barcodes or borrowers from history which generates wrong transactions. -- 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 16

[Bug 8454] New: Holds to Pull : Show pull list on load. Otherwise, it looks like the pull list is empty.
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8454 Priority: P5 - low Change sponsored?: --- Bug ID: 8454 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Holds to Pull : Show pull list on load. Otherwise, it looks like the pull list is empty. Severity: enhancement Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha Currently, when you click "Holds to pull" from the Circulation menu, the only thing that you see is a white screen and a side navigation bar that says "Refine Results". Since there appear to be no results to refine, the holds to pull list appears completely empty. Staff have to know to click "Submit" on the "Refine Results" form to get anything. I propose that we have the "run_report" flag set to ON for the initial load. The report uses the default 2 days mentioned in the "Refine Results" form, so there is continuity across the board. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 6964] New: 'Add child' function should be dependant on system preference 'borrowerRelationship'
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6964 Bug #: 6964 Summary: 'Add child' function should be dependant on system preference 'borrowerRelationship' Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org In academic libraries the features to 'Add childs' is not used and the button in patron account causes confusion. I suggest to check if the system preference 'borrowerRelationship' is not empty to decide if the button is shown or not. The description of the system preference could be amended to say 'Leave empty to deactivate'. -- 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 16

[Bug 7399] New: Holds Queue should show reserve notes
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7399 Bug #: 7399 Summary: Holds Queue should show reserve notes Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P4 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com While the notes from the hold request are processed into the tmp_holdsqueue table by misc/cronjobs/holds/build_holds_queue.pl, they are not displayed in the staff client interface. If staff have gone through the trouble of adding notes, it would be valuable to display them here. -- 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 8

[Bug 8477] New: Display home & holding branches when checking in
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8477 Priority: P5 - low Change sponsored?: --- Bug ID: 8477 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: adrien.saurat(a)biblibre.com Summary: Display home & holding branches when checking in Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Circulation Product: Koha It would be very useful for some librarians to see the home branch and holding branch of an item when checking in. -- You are receiving this mail because: You are watching all bug changes.

1 10

[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 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