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

[Bug 12419] New: Not for loan items are not listed
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12419 Bug ID: 12419 Summary: Not for loan items are not listed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On the cataloguing search (cataloguing/addbook.pl), if an item has a notforloan value > 0, the item is not listed in the Location column. It is quite confusing, the current behavior let patrons believe that there is not item for the biblio (or less than the real count). -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 12811] New: Patron 'Details' and 'Check out' pages not working properly for staff users which don't have renewal override permissions
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12811 Bug ID: 12811 Summary: Patron 'Details' and 'Check out' pages not working properly for staff users which don't have renewal override permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In case when the staff user doesn't have (circulate) -> (override_renewals) permission granted, this code part var AllowRenewalLimitOverride = [% CAN_user_circulate_override_renewals && AllowRenewalLimitOverride %]; in circ/circulation.tt and members/moremember.tt leads to javascript error, because TT statement evaluates to empty string. To reproduce: - set AllowRenewalLimitOverride syspref to "Don't allow" (this step is possibly redundant / not quite relevant) - for testing purposes, log in as some (sample) staff user whitch does not have permission granted for "(override_renewals) Override blocked renewals" - have a look at some patron accounts (preferably, ones with 1+ check-out), observe that page layout is incorrect in "Check Out" and "Details" tab. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 12729] New: Overdue items won't show as overdue in red in circulation
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12729 Bug ID: 12729 Summary: Overdue items won't show as overdue in red in circulation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 30577 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=30577&action=edit screenshot of list of checkouts In master overdue items won't show in red when overdue. At the top of the screen, the red message indicating the overdues is still there, but in the checkout's table all items show the same. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[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 12438] New: Bad encoding in acquisition basket
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12438 Bug ID: 12438 Summary: Bad encoding in acquisition basket 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: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org We noticed a bad encoding (diacritics replaced by <?>) in acquisition basket when updating a server to Debian Wheezy. We found it comes from a query containing biblio.title twice. Maybe the mysql newer version creates this side-effect. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 12465] New: XSLT: Missing punctuation between 710$a and $b
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12465 Bug ID: 12465 Summary: XSLT: Missing punctuation between 710$a and $b Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If you have a record with 710$a and $b, there is no space or punctuation between the fields in result list and detail page in OPAC and staff. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 12429] New: patron seeing fines codes
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12429 Bug ID: 12429 Summary: patron seeing fines codes Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/opac-account.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 28867 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28867&action=edit FU showing in OPAC In the past the patron did not see the Fines code (FU, F, etc) - but they do now and it's confusing and a bit insulting in US English. Can we have FU just say Fine or not appear at all to the public? -- You are receiving this mail because: You are watching all bug changes.

1 23

[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