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

[Bug 6708] New: Cannot save record when add MARC record
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '11

02 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6708 Bug #: 6708 Summary: Cannot save record when add MARC record Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Linux Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: selwynn(a)sbc.org.my QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com We start using Koha 3.2.7 in April 2011 and everything seems ok. However, right now when I want to add MARC record, I encountered this error when I save the record. "An Error has Occurred! Error 500 In Koha this typically means that the Koha team is working on new features Wait while system maintenance is being done or email the Koha Administrator. Use top menu bar to navigate to another part of Koha." I ask the system administrator to send me the error log which is: Premature end of script headers: addbiblio.pl, referer: (Our Koha Address)/cgi-bin/koha/cataloguing/addbiblio.pl?frameworkcode=BKS -- 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 6630] New: Can't update zebra after add an item then barcode not searchable by search form
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '11

01 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6630 Bug #: 6630 Summary: Can't update zebra after add an item then barcode not searchable by search form Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: abufarros(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com -- 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 5353] New: Old basket and basketgroups
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '11

01 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5353 Summary: Old basket and basketgroups Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Old_baskets_acq_RF C OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 Some modifications will be done in the display of old baskets and basket group to have only « interesting » informations displayed first, and all informations displayed if requested/needed -- 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 6721] New: Add Basket number and Invoice number search
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '11

31 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6721 Bug #: 6721 Summary: Add Basket number and Invoice number search Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org * To the Acquisitions quick Order Search bar add a plus sign (like on patron search) that expands to show two new search boxes o Basket: searches aqbasket.basketname or aqbasket.basketno o Invoice: searches aqorder.booksellerinvoicenumber * To the Acquisitions Advanced Order Search (/cgi-bin/koha/acqui/histsearch.pl) add two more search options o Basket: as defined above o Invoice: as defined above * The search should return Orders from both open and closed baskets * The search should return Orders that have both been received and are yet unreceived. * Searches terms should mix together using Boolean “AND” How to test: * Enter six baskets, “BasketA” through “BasketF” for a specific vendor with two items in each basket o Close BasketA though BasketC o Leave one the other three open o Note the Basket numbers on all six * Receive one item each of BasketA and BasketD on “Invoice1” * Receive two items each of BasketB and BasketE on “Invoice2” * Search for each basket name using the quick order search o The two orders for each basket searched should be returned every time * Repeat the searches above, only with the appropriate basket number instead of basket name o Results should be the same * Search for “Invoice1” o Should return both Orders received on Invoice1 * Search for “Invoice2” and BasketB o Should return both Orders from BasketB received on Invoice2 * Search for “Invoice2” and a title of one of the items ordered in BasketB o Should return only that Order * Search for “BasketA” and one of the titles ordered in BasketA o Should return only that title -- 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 20

[Bug 6074] New: setting import flags when staged file imported in aqbasket
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '11

31 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6074 Bug #: 6074 Summary: setting import flags when staged file imported in aqbasket Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Lines issued from a staged file have a flag that can be set when the order has been added in a basket. It's set when a staged file is imported into the catalogue, it should be set also when a record is inserted through aquisition. * when a basket is imported in 1 clic, all lines in the import_batches are updated 'imported' * when everything from a import_batch has been imported into a basket, the import_batch is set 'imported' * don't display import_batches without anything to import -- 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 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 6714] New: opac.css uses files in the /en/ directory when using other languages
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '11

28 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6714 Bug #: 6714 Summary: opac.css uses files in the /en/ directory when using other languages Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Some paths in opac.css always use the /en/ directory even when using a different language (fr-CA for example). The opac.css in /fr-CA/ should always use the files available in the /fr-CA/ directory when possible. -- 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 6

[Bug 6089] New: Remove budget total on acqui-home
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '11

28 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6089 Bug #: 6089 Summary: Remove budget total on acqui-home Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In Acqui-home, with hierarchic bugdets, it's a non sense to do total & sub-totals: we're adding budgets more than once. For example : Books 1000 fictions books 500 NF books 500 result in a total of 2000 ! This patch removes the total -- 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 6

[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