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

[Bug 8353] New: Add test to compare sysprefs in db to syspref.sql
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8353 Priority: P5 - low Change sponsored?: --- Bug ID: 8353 Assignee: jcamins(a)cpbibliography.com Summary: Add test to compare sysprefs in db to syspref.sql Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Test Suite Product: Koha To test: 1. Run prove xt/check_sysprefs.t 2. Note that the results warn you if any sysprefs are missing -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 8649] New: C4::Search needs a unit test
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8649 Priority: P5 - low Change sponsored?: --- Bug ID: 8649 Assignee: jcamins(a)cpbibliography.com Summary: C4::Search needs a unit test Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Test Suite Product: Koha Due to the size of the patch, it seems better to put this test on a separate bug than 5327 where other unit tests for C4 are going. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 8209] New: "Did you mean?" suggestions based on authorities
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8209 Priority: P5 - low Change sponsored?: --- Bug ID: 8209 Assignee: jcamins(a)cpbibliography.com Summary: "Did you mean?" suggestions based on authorities Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: ASSIGNED Version: master Component: Searching Product: Koha One of the ideas behind authority records is that users who search for one term should have related terms (according to the authority file) suggested to them. At the moment, Koha doesn't do that. Adding an authority searching step to regular searches and displaying any suggestions in a "Did you mean" bar at the top of the results would be very useful. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 8581] New: Authority display doesn't like GND records
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8581 Priority: P5 - low Change sponsored?: --- Bug ID: 8581 CC: katrin.fischer(a)bsz-bw.de Assignee: jcamins(a)cpbibliography.com Summary: Authority display doesn't like GND records Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 8744] New: Thesaurus in authorities should not lock fields
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8744 Priority: P5 - low Change sponsored?: --- Bug ID: 8744 Assignee: jcamins(a)cpbibliography.com Summary: Thesaurus in authorities should not lock fields Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha Although fields in the authority editor should support thesaurus control, they should never be locked, as authority records commonly refer to other records that may not be in use locally (and therefore might not be in the authority file). -- You are receiving this mail because: You are watching all bug changes.

1 10

[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 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 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 8781] New: Access to Transfer page while "independent branches" is on
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8781 Priority: P5 - low Change sponsored?: --- Bug ID: 8781 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: adrien.saurat(a)biblibre.com Summary: Access to Transfer page while "independent branches" is on Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Circulation Product: Koha With the system preference "IndependantBranches" set to On, only a superlibrarian can make transfers. The page is still displayed for others librarians with circulation rights, but they can only chose their own library as a destination, making the page useless for them. The link to this page could be hidden in such cases. -- You are receiving this mail because: You are watching all bug changes.

1 10