April 2014 - Koha-bugs - lists.koha-community.org

[Bug 10929] New: fund amounts sort incorrectly in table on Administration -> Budgets -> Funds page
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10929 Bug ID: 10929 Summary: fund amounts sort incorrectly in table on Administration -> Budgets -> Funds page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 10792, the fund amounts (total allocated, base-level allocated, base-level spent, total sublevels spent, and base-level remaining) in the table on the admin/aqbudgets.pl page sort alphabetically, not numerically. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 6711] New: 'No more renewals' message has empty pull down
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6711 Bug #: 6711 Summary: 'No more renewals' message has empty pull down Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/circ/circulation.pl 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 Created attachment 4972 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4972 screenshot To reproduce: - check out a book - renew as long as possible - check barcode out again (that's how I ran into it) -- 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 10934] New: Checkouts table item price total includes relatives item's prices
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10934 Bug ID: 10934 Summary: Checkouts table item price total includes relatives item's prices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron has relatives, the total replacement cost if the relative's checked out items is included in the total for the patron's checkouts. This is very confusing since those items are not listed in this table and there is no notice explaining this. It seems like it would be better to have the patron's total at the bottom of this table, and a new table footer for relatives checkouts ( which is currently lacking a table footer ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9729] New: Unable to use IT search terms such as C#, .NET, C++ in searching
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9729 Bug ID: 9729 Summary: Unable to use IT search terms such as C#, .NET, C++ in searching Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: David.w.Hartman(a)Disney.com Type in the phrase "C#" in a search field, and search results has every record with a c. Type in the phrase "C++" in a search field, and search results has every record with a c. Type in ".NET", and you get more results than .NET books. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11633] New: Cannot use the override function AllowFineOverride on the Staff client because this stops the pay function working on the SelfCheck (SC) machines
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11633 Bug ID: 11633 Summary: Cannot use the override function AllowFineOverride on the Staff client because this stops the pay function working on the SelfCheck (SC) machines Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com You cannot use the override function (AllowFineOverride) on “Fines outstanding” on the Staff client because this stops the pay function working on the SelfCheck (SC) machines. The SIP2 devices share this system preference. Test Plan ========= 1) Set System Preference AllowFineOverride to "Allow". 2) On SIP2 device (e.g. 3M SelfCheck) try paying a fine. We see:- Borrower XXXXXXXXX had existing fines of 50p (2 x 25p). Attempted to borrow book YYYYYYYYYYYYY. Chose 'Pay Fines Later' and issue was allowed even with an outstanding (payable) fine. Tried to pay fines SelfCheck Machine asked for correct amount took money but then returned money stating it could not charge account and to enquire at desk. In the SIP2 response, character position 1 & 2 on the 64 response need to be set to Y for the SIP2 device to properly handle the block. 64YY Y 00020110614 ................. In Koha these are only set in two scenarios 1) If the user has expired and 2) if the user is debarred Needs a change in the Members logic the status in the ILS::Patron is setup on the basis of the return from GetMemberDetails it does not set the noissues flag if staff can override (AllowFineOverride option). In the staff client the noissuescharge is applied as part of the checkout transaction in 'CanBookBeIssued'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 11672] New: Untranslatable report areas in step 1 of Guided Reports
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11672 Bug ID: 11672 Summary: Untranslatable report areas in step 1 of Guided Reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The guided reports UI shows a drop-down box with "Circulation", "Catalogue", etc. These are hard-coded in C4/Reports/Guided.pm (the @REPORT_AREA hash) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 12012] New: Updating Zebra config files for debian packages
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '14

22 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12012 Bug ID: 12012 Summary: Updating Zebra config files for debian packages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Bug 9612 updates koha-conf.xml and some Zebra config files for DOM indexing in order to resolve the default SRU response and do some cleanup. These changes should be applied to the debian template files as well for package installs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 11575] New: OPACBaseURL sometimes set by ENV variable and not system preference
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '14

20 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11575 Bug ID: 11575 Summary: OPACBaseURL sometimes set by ENV variable and not system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, OPACBaseURL is being set by the $ENV{'SERVER_NAME'} variable with the following code (from 2009) executed in Auth.pm's sub "get_template_and_user": OPACBaseURL => ($in->{'query'}->https() ? "https://" : "http://") . $ENV{'SERVER_NAME'} . ($ENV{'SERVER_PORT'} eq ($in->{'query'}->https() ? "443" : "80") ? '' : ":$ENV{'SERVER_PORT'}"), Basically, this checks whether or not HTTP or HTTPS was used, then uses an environmental variable to fill in the SERVER_NAME and the SERVER_PORT (if it's not 443 or 80). Unfortunately, it appears that this SERVER_NAME is set by the URL used to access Koha, rather than the ServerName provided by Apache. In many cases, this is probably fine, but it means that the OPACBaseURL can change, if you have multiple aliases or if you use an IP address to connect to Koha. Moreover, if you're using a proxy server, it seems to pick up the local domain of the proxy server and NOT the domain from the URL provided by a user. The domain from your URL will appear instead in $ENV{'HTTP_X_FORWARDED_HOST'}. I propose that we just change this variable declaration to: OPACBaseURL => ($in->{'query'}->https() ? "https://" : "http://") . C4::Context->preference("OPACBaseURL") The comments from Bug 2152 seem to indicate other times when the system preference should be used over the environmental variable as well. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 10482] New: add items limit and sort to rebuild zebra
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10482 Bug ID: 10482 Summary: add items limit and sort to rebuild zebra Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com When indexing biblio records, the items are added into MARC format during database export (MARCXML or ISO2709). For some records, there is a huge number of items, mainly serials creating an item for each issue. There should be an option in rebuild_zebra.pl to limit the number of items added to record and an option to define a sort of those items. This will speed-up some indexing and avoid a known bug : when Zebra has a record with size too big for ISO2709 format this record returned as search result is broken (some items fields contains odd characters). -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8868] New: ILS-DI: CancelHold needs to take a reserve_id
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8868 Priority: P5 - low Change sponsored?: --- Bug ID: 8868 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: julian.maurice(a)biblibre.com Summary: ILS-DI: CancelHold needs to take a reserve_id Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Circulation Product: Koha CancelHold takes two parameters: patron_id and item_id. If item_id is considered as an itemnumber, holds on title can't be canceled. If item_id is considered as a biblionumber, all holds on this biblionumber (for a borrower) will be canceled. So CancelHold have to consider item_id as a reserve_id. -- You are receiving this mail because: You are watching all bug changes.

1 63