November 2012 - Koha-bugs - lists.koha-community.org

[Bug 8914] New: Blank search that returns invalid authorities fails under Plack
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8914 Priority: P5 - low Change sponsored?: --- Bug ID: 8914 Assignee: jcamins(a)cpbibliography.com Summary: Blank search that returns invalid authorities fails under Plack Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha When doing a search with no terms for the default authority type under Plack, you will get a segfault if it returns any records that do not have any authority type. As far as I can tell, this cannot be reproduced under CGI/Apache. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 9107] New: DidYouMeanFromAuthorities syspref obsolete
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9107 Bug ID: 9107 Summary: DidYouMeanFromAuthorities syspref obsolete Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: System Administration Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com The DidYouMeanFromAuthorities syspref has been replaced by a Did You Mean? configuration page, but it's still showing up in the Searching sysprefs tab on Master. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 6800] New: Koha authentication should handle proxies better
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6800 Bug #: 6800 Summary: Koha authentication should handle proxies better Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: jcamins(a)cpbibliography.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org At the moment, Koha's authentication/session feature uses the remote address for its sessions. In situations with load balancers or other proxies, the REMOTE_ADDRESS will be the proxy address rather than the client address. In order to handle proxied clients (or any clients when behind a load balancer), Koha needs to use the X-Forwarded-For header to identify the ultimate client. This problem can be seen by configuring Koha to listen on 127.0.0.1 and setting up a Squid proxy with the following configuration options on the same server: # BEGIN SQUID CONFIGURATION # The next two lines must go at the top of the squid configuration file: http_port ${PUBLIC_IP}:80 accel defaultsite=${YOUR_DOMAIN} vhost cache_peer 127.0.0.1 parent 80 0 no-query originserver name=myAccel # The next four lines must go AFTER the line "acl CONNECT method CONNECT acl our_sites dstdomain .${YOUR_DOMAIN} http_access allow our_sites cache_peer_access myAccel allow our_sites cache_peer_access myAccel deny all # END SQUID CONFIGURATION If you view the session log after connecting via ${PUBLIC_IP}:80, you will see an entry for 127.0.0.1. Although X-Forwarded-For can be spoofed, in situations where all clients would have the same immediate REMOTE_ADDRESS (e.g. load balancing, reverse proxy, corporate firewall), using X-Forwarded-For seems the lesser of two evils (if you're running the proxy, you can guarantee that the most recent entry in X-Forwarded-For is accurate). -- 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 8678] New: XSLT stylesheets output XML, but HTML is needed
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8678 Priority: P5 - low Change sponsored?: --- Bug ID: 8678 Assignee: jcamins(a)cpbibliography.com Summary: XSLT stylesheets output XML, but HTML is needed Severity: major Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Because we are embedding the results of XSLT stylesheets in HTML, we need to output HTML instead of XML. Outputting XML results in non-standard-compliant (or at least non-Firefox-compliant) markup. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9005] New: Changing sysprefs requires restart under Plack
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9005 Priority: P5 - low Change sponsored?: --- Bug ID: 9005 Assignee: jcamins(a)cpbibliography.com Summary: Changing sysprefs requires restart under Plack Severity: major Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha Because C4::Context uses an in-memory hash as a cache without ever updating it, anyone using Plack must restart the server any time they change a syspref. This is a serious nuisance. At the very least, set_preference should update the hash. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 8159] New: Error in kohastructure.sql
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8159 Priority: P5 - low Change sponsored?: --- Bug ID: 8159 CC: gmcharlt(a)gmail.com Assignee: jcamins(a)cpbibliography.com Summary: Error in kohastructure.sql Severity: critical Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Installation and upgrade (web-based installer) Product: Koha A missing semicolon in kohastructure.sql causes the webinstaller to give a very scary-looking error. It actually works fine, however, and when the install is entirely automated you quite likely won't even notice. Patch forthcoming. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 9001] New: zebraqueue_daemon is deprecated and must go
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9001 Priority: P5 - low Change sponsored?: --- Bug ID: 9001 Assignee: gmcharlt(a)gmail.com Summary: zebraqueue_daemon is deprecated and must go Severity: critical Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8893] New: show more information on printout
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8893 Priority: P5 - low Change sponsored?: --- Bug ID: 8893 Assignee: oleonard(a)myacpl.org Summary: show more information on printout Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: /cgi-bin/koha/catalogue/detailprint.pl?biblionumber=40 91 Hardware: All Status: NEW Version: master Component: Templates Product: Koha It would be nice if the print out of the record from the staff client included shelving location. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 8641] New: Add information warning about log-in as root user to About->System information
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8641 Priority: P5 - low Change sponsored?: --- Bug ID: 8641 Assignee: nengard(a)gmail.com Summary: Add information warning about log-in as root user to About->System information Severity: enhancement Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: About Product: Koha Created attachment 11618 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11618&action=edit Screenshot with warnings regarding current user on About page If you are logged in as database administrative user,a lot of things do not wok. It seems that this is a pitfall a lot of newbies fall in (me included, as far as I remeber). See e.g. http://stats.workbuffer.org/irclog/koha/2012-08-06 (20:26) --- Hello, I'm helping my Library get Koha setup as their new ILS. I've got it up and running, but it doesn't seem to be remembering anything. (Library is always not set, etc.) Any help would be appreciated. ;) --- To prevent frustration and support questions, I propose to add some information to About->System Information (see screenshot). Patch follows. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 9123] New: Authorities search ordered by authid does not work
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9123 Bug ID: 9123 Summary: Authorities search ordered by authid does not work Classification: Unclassified 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: fridolyn.somers(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl In C4::AuthoritiesMarc::SearchAuthorities : Search can be sorted by authid ascending or descending. This sort is integrated in PQF query with attribute 7. The bug is that default sorting with attribute 7 is alphabetic. To use a numerical sort, attribute 7 must be combined with attribute 4=109. See http://www.indexdata.com/zebra/doc/querymodel-zebra.html (doc of attribute 7). The sort by authid is use by Linker, but i provide a test plan on authorities search page, it is more easy : Test plan : ----------- - perform an authority search sorted by "Heading A-Z", for example on "Paul". - you get and URL ending with : cgi-bin/koha/authorities/authorities-home.pl?op=do_search&type=intranet&marclist=mainentry&and_or=and&operator=contains&value=paul&orderby=HeadingAsc - edit this URL to replace "HeadingAsc" by "AuthidAsc" or "AuthidDsc" - refresh page - you get a table of authorities - look at "Details" of each line, it is a hyperlink ending with authid of authority Without patch, you get an odd order (order does not depend on authid length). With patch, you get a correct numerical order. -- You are receiving this mail because: You are watching all bug changes.

1 16