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

[Bug 643] Allow override of 'debarred' status
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=643 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |mtompset(a)hotmail.com --- Comment #14 from M. Tompsett <mtompset(a)hotmail.com> --- Sorry, but this doesn't solve the problem raised in comment #12. The issue is there is no equivalent CAN_user_force_checkout on the server-side, not whether someone can fake it or not. And also, even a lousy hacker can still read the randomish forceallow code from the page source and fake the url in this. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 12977] New: SRU + DOM on package installs doesn't show MARCXML by default
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '14

22 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12977 Bug ID: 12977 Summary: SRU + DOM on package installs doesn't show MARCXML by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using SRU on a package install, Koha will display the 'Zebra indexes' instead of a MARCXML record. It seems that bug 9612 fixed this for standard installations, but it's still a problem in package based installations. So this link will give you MARCXML with grs-1: ...biblios?version=1.1&operation=searchRetrieve&x-pquery=%20@attr%201=7%20%229783832978136%22&startRecord=1&maximumRecords=20 But with DOM you will need to add the RecordSchema attribute in order to get MARCXML: biblios?version=1.1&operation=searchRetrieve&recordSchema=marcxml&x-pquery=%20@attr%201=7%20%229783832978136%22&startRecord=1&maximumRecords=20 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12978] New: Files attached to patron record.
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '14

22 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12978 Bug ID: 12978 Summary: Files attached to patron record. 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: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I might be nice to add a patron/staff option to the attached files. This would allow for rudimentary document delivery for academics. Ed -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 12972] New: Transfer slip and transfer message (blue box) can conflict
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '14

19 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12972 Bug ID: 12972 Summary: Transfer slip and transfer message (blue box) can conflict Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)quecheelibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When an item is being transferred to another branch (for a hold or because it was returned to another branch) with AutomaticItemReturn='Do' if the reason for the transfer is removed (hold cancelled or item permanent location edited) the transfer message still states the book should be sent to the other branch, but the printed slip lists the home library To recreate (make sure AutomaticItemReutrn='Do'): 1 - Place a hold for delivery to LibraryB on an item at LibraryA 2 - Check in the item at LibraryA and confirm transfer and print slip - message and slip should agree 3 - Cancel the hold and check the item in at LibraryA and print slip - message still states "transfer to LibraryB", slip states "transfer to LibraryA" alternately: 1 - check in an item from LibraryB at LibraryA, print transfer slip - message and slip should say destination LibraryB 2 - change the permanent location of the item to LibraryA 3 - check in the item at LibraryA, message says LibraryB, slip says LibraryA -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '14

19 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 Nick Clemens <nick(a)quecheelibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply CC| |nick(a)quecheelibrary.org --- Comment #12 from Nick Clemens <nick(a)quecheelibrary.org> --- Applying: BUG: 2889 template aqbasketusersearch add loop.odd Applying: Bug 2889 - templates should use [% IF ( loop.odd ) %] - Administration Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/admin/z3950servers.tt CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/modules/admin/z3950servers.tt Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/admin/smart-rules.tt Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/admin/currency.tt CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/modules/admin/currency.tt Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/admin/branch_transfer_limits.tt Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/admin/auth_subfields_structure.tt Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/admin/aqbudgetperiods.tt Auto-merging koha-tmpl/intranet-tmpl/prog/en/css/staff-global.css Failed to merge in the changes. Patch failed at 0001 Bug 2889 - templates should use [% IF ( loop.odd ) %] - Administration When you have resolved this problem run "git bz apply --continue". If you would prefer to skip this patch, instead run "git bz apply --skip". To restore the original branch and stop patching run "git bz apply --abort". Patch left in /tmp/Bug-2889---templates-should-use--IF--loopodd-----A-zUC7yD.patch nick@debian:~/koha$ -- You are receiving this mail because: You are watching all bug changes.

1 0