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

[Bug 4992] New: Fund filter not working as expected
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '11

29 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4992 Summary: Fund filter not working as expected Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: ...admin/aqbudgets.pl?budget_period_id=? OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha Version: 3.01.00.142 Administration > Budgets > Fund x Show my funds only, no library selected: The filter on the left side has 'Show my funds only' checked by default. In my configuration I see 5 funds with this setting, 3 owned by my user (ok), 2 owned and restricted to another library (?). I think those other 2 funds should not show with this setting. The result stays the same wether or not I choose my library from the pull down. After my search the pull down for library is always empty. Unchecked 'Show my funds only' results in: Still all funds are shown, but the display changed and shows a hierarchical order. I can click on the top level fund to open a new line with the child funds. Why only use the hierarchical view if 'Show my funds only' is not checked? Library pull down: My 5 funds belong to 2 different libraries. I'm logged in as library A, the home library of my user. When I first open the page my library pull down only shows my current library A and a blank line. Change nothing and click on 'Go' - no change to library pull down. Uncheck 'Show my funds only' and click on 'Go' - all libraries are available in pull down. Check 'Show my funds only' again and click on 'Go' - only my library is available. It's a bit irritating for the user, that you first have to change the 'Show my funds only' setting and search, before you can choose another library to filter on. You can't do uncheck and choose library in one step. -- 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 1

[Bug 4830] New: item type on purchase suggestion not carried over
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '11

29 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4830 Summary: item type on purchase suggestion not carried over Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2178 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2178 item type showing on the manage suggestions page When editing a suggestion the item type that the patron picked isn't displayed. The patron can choose an item type from the OPAC, but it doesn't actually record that anywhere - or if it does it doesn't display to the staff. -- 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 3

[Bug 5094] New: auth_by_bind authentication can fail even if given a correct password and userid
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '11

27 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5094 Summary: auth_by_bind authentication can fail even if given a correct password and userid Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: JeremyC(a)uta.edu QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Estimated Hours: 0.0 When using <replicate>0</replicate>  <update>0</update>  Auth_with_ldap attempts to lookup the userid in the LDAP directory to fill $userldapentry despite it being unneeded in this case. The information retrieved will be thrown away, thus there is no need to retrieve it. This can cause authentication to fail overall even if the initial bind with the user's credentials succeeded. -- 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 11

[Bug 5156] New: JavaScript error when adding list
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '11

27 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5156 Summary: JavaScript error when adding list Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 "document.Aform is undefined." The same error occurs in the OPAC and staff client. -- 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 12

[Bug 5602] New: Improve configurability of package building scripts
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5602 Summary: Improve configurability of package building scripts Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Currently the build-git-snapshot script has a lot of stuff hardcoded into it. In order to do custom packages, it's easier to let this be controlled by command-line arguments. -- 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 14

[Bug 5866] New: At larger hold volume, waitingreserves.pl for all libraries times out, can cause generalized slowness
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5866 Bug #: 5866 Summary: At larger hold volume, waitingreserves.pl for all libraries times out, can cause generalized slowness Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com In a consortium with 35 libraries, with hundreds of holds waiting pickup: On the "Holds awaiting pickup for your Library" report, selecting "View all branches" the report will not complete (we waited several minutes - the computer went to sleep before the report finished). While that report was trying to run, patron searches took 5-8 seconds instead of 2-5. Catalog searches took 10 seconds. Cataloging searches (/cataloguing/addbooks.pl?q=twilight) took 7-10 seconds. -- 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 13

[Bug 5244] New: Subfield cloning broken
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5244 Summary: Subfield cloning broken Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Since Bug 4868 implementation, subfields subfield cloning and uncloning is broken : uncloning generates a javascript error and cloning always clones the first subfield. Also, there are more errors with a cloned field. I think it comes from 2 points : - <a> replaced <span> - class="buttonPlus" and class="buttonMinus" disappeared One must check the javascript of addbiblio.tmpl and authorities.tmpl. -- 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 5072] New: Clicking 'order' on a z39.50 search result causes a 500 error.
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5072 Summary: Clicking 'order' on a z39.50 search result causes a 500 error. Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 To reproduce: 1) In acquisitions, add a new order to a basket 2) Select "From an external source" 3) Add some search terms, and hit search 4) On one of the results, hit 'order' 5) Fill out the 'new order' page 6) Watch the system fail and say "Mandatory parameter budget_id missing at /usr/share/koha/lib/C4/Acquisition.pm line 903." Note: this only happens if you have no budgets defined. Expected result: You can't get past step 2, because koha pipes up and says "hey, add some budgets first." -- 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 23

[Bug 4966] New: no way to finish receiving
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4966 Summary: no way to finish receiving Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/acqui/parcel.pl?invoice=23&supplierid=3&g st=0&datereceived=2010-07-07 OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When receiving items in an order there is no button to confirm when you're done, you just leave the page, there should be some way to confirm that you're done with that invoice number before moving on - it's very confusing now about what I should do once i'm done ... -- 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 4831] New: Actual Price being ignored after receive
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4831 Summary: Actual Price being ignored after receive Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2180 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2180 actual price receipt See attached. I changed the actual price to very high numbers and saved. When I see the receipt of my payments it shows the right actual price, but when I look at the amount encumbered on the main acq page it is not showing the right amount. -- 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