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

[Bug 8211] New: Add "subject (broader), " "subject (narrower), " and "subject (related)" options for search
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8211 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8211 Assignee: jcamins(a)cpbibliography.com Summary: Add "subject (broader)," "subject (narrower)," and "subject (related)" options for search Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: ASSIGNED Version: master Component: Searching Depends on: 7818 Product: Koha With the addition of DOM indexing, it is now possible to do "exploded" searches which search for records with broader, narrower, and other related headings by searching authorities for the specified term, then using authorities that match the specified criteria to do a more inclusive search for bib records. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 8256] New: Reports webservice should allow selection by name
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8256 Priority: P5 - low Change sponsored?: --- Bug ID: 8256 Assignee: gmcharlt(a)gmail.com Summary: Reports webservice should allow selection by name Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Reports Product: Koha At the moment, reports cannot be selected from the reports webservice by name, only by report ID. It would be very useful to be able to select a report by name. -- You are receiving this mail because: You are watching all bug changes.

1 15

[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 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 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 8117] New: Divide budget periods into two tabs
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '12

03 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8117 Priority: P5 - low Change sponsored?: --- Bug ID: 8117 Assignee: henridamien(a)koha-fr.org Summary: Divide budget periods into two tabs Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha Budget periods are now divided into two tabs : active and inactive budget periods. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 6602] New: Reports dictionary doesn't properly recognize text columns
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '12

02 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6602 Bug #: 6602 Summary: Reports dictionary doesn't properly recognize text columns Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/reports/dictionary.pl OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Reports AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org When defining a dictionary definition the script checks the type of the table column you have selected. If you've chosen a DATE column it displays date limiters, if you've chosen a VARCHAR column it shows a <select> of choices. If you choose a TEXT column you'll get a free text input to specify the comparison. However, the script doesn't check for MEDIUMTEXT. This means if you choose one of several MEDIUMTEXT columns you won't be able to input any string for comparison. -- 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 25

[Bug 8032] New: sort lists by call number
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '12

30 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8032 Priority: P5 - low Change sponsored?: --- Bug ID: 8032 Assignee: gmcharlt(a)gmail.com Summary: sort lists by call number Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Virtual Shelves Product: Koha Public and private lists can currently be edited to sort by Author, Title or Year. Can a fourth option be added? We'd love to be able to sort lists by call number. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 5801] New: C4::Circulation::_GetCircControlBranch doesn't work in opac-reserve.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '12

30 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5801 Bug #: 5801 Summary: C4::Circulation::_GetCircControlBranch doesn't work in opac-reserve.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In opac-reserve.pl : my $branch = C4::Circulation::_GetCircControlBranch($itemLoopIter, $borr); This doesn't work because _GetCircControlBranch looks for homebranch nor holdingbranch. But $itemLoopIter doesn't contain those. I propose : my $branch = C4::Circulation::_GetCircControlBranch( $itemInfo , $borr); -- 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 23

[Bug 7687] New: Remove problematic CSS gradient declarations targeting Internet Explorer
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '12

30 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7687 Priority: P5 - low Change sponsored?: --- Bug ID: 7687 Assignee: oleonard(a)myacpl.org Summary: Remove problematic CSS gradient declarations targeting Internet Explorer QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Browser compatibility Product: Koha Compatibility of CSS gradients in Internet Explorer is looking worse than I expected. I propose to remove the gradient from these elements in favor of a solid background: - Cart and Lists buttons : Applying a background gradient to these elements causes the background to "bleed" out of the rounded corners in IE9 creating an ugly halo. - Lists menu and patron menu items : These elements use gradients which in standards-compliant browsers accept several "steps" (color 1 blended with color 2 blended with color 3). IE only understands two colors. Better to have a solid background than the inferior fallback IE ends up with. -- You are receiving this mail because: You are watching all bug changes.

1 10