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

[Bug 5521] New: item edit form appears if no items found
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5521 Summary: item edit form appears if no items found Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/tools/batchMod.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2884 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2884 edit of no items When using the batch edit tool if you get no items found you still get the edit item form. If there are no items found there shouldn't be a form to edit them :) -- 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 15

[Bug 5280] New: Fix password field in members.pl so that the password is masked as it is entered
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5280 Summary: Fix password field in members.pl so that the password is masked as it is entered Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 This is standard practice with password entry on forms. -- 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 39

[Bug 6409] New: pagination bar for guided report output does not work if report has parameters
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '12

28 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6409 Bug #: 6409 Summary: pagination bar for guided report output does not work if report has parameters Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org If you create an SQL report that includes a parameter and the report has more than 20 rows of output, using the pagination bar to go to subsequent pages of output does not work - instead, it prompts you for the parameter value(s) again and shows the first page of output. E.g.: select surname, cardnumber from borrowers where branchcode = <<foo>>; -- 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 9

[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 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 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 7570] New: Item availability to cart list
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '12

27 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7570 Bug #: 7570 Summary: Item availability to cart list Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha.sekjal(a)gmail.com For items in the cart (opac-basket.pl), only location and call no. are displayed, change this page to display item availability status as well. -- 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 24

[Bug 7600] New: Have book cover image script return single-pixel gif data
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '12

27 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7600 Bug #: 7600 Summary: Have book cover image script return single-pixel gif data Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools AssignedTo: jcamins(a)cpbibliography.com ReportedBy: oleonard(a)myacpl.org QAContact: koha.sekjal(a)gmail.com When you request a book cover image from Amazon which doesn't exist, the response isn't a 404 but a single-pixel GIF. This page describes ways in which developers can use this to have display of Amazon covers gracefully degrade: http://www.oreillynet.com/pub/a/javascript/2003/10/21/amazonhacks.html We use the client-side technique in Koha. I wonder if we couldn't do the same thing with the local covers? The hex dump of a single-pixel gif is tiny: 4749 4638 3961 0100 0100 8000 00ff ffff 0000 0021 f904 0100 0000 002c 0000 0000 0100 0100 0002 0244 0100 3b Could that be converted to binary and returned in place of an error? For instance, line 103 of opac-image.pl, "warn "No image exists for $imagenumber" if $DEBUG;" I'm guessing this would speed up loading the page since the browser spends a lot of time looking for cover images which don't exist. -- 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