February 2016 - Koha-bugs - lists.koha-community.org

[Bug 15600] System preferences broken toolbar looks broken
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15600 Héctor Eduardo Castro Avalos <hector.hecaxmmx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #46962|0 |1 is obsolete| | --- Comment #9 from Héctor Eduardo Castro Avalos <hector.hecaxmmx(a)gmail.com> --- Created attachment 48241 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48241&action=ed… [SIGNED-OFF]Bug 15600: System preferences broken toolbar looks broken To test: 1-see without patch the toolbar looks transparent and "broken" 2-apply patch, with this the toolbar is solid and has new colours (including the hover) -see screenshots for examples 3-try scrolling on different tabs to the left eg "OPAC" and that the style continues with them Signed-off-by: Hector Castro <hector.hecaxmmx(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14457] Integrate LIBRIS spellchecking
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14457 --- Comment #21 from Eivin Giske Skaaren <eivin(a)sysmystic.com> --- Hi, It seems like they have changed the url to http://api.libris.kb.se/bibspell/ so perhaps some way of changing it without committing code would be good. Please advise on the preferred solution. As Katrin already said this is a specific API for the Swedish libraries so it might not be useful for search in other languages. I also think it is very specific to what is in their catalog, it is not a generic spell-checker but a specialized one for existing library items. PS. Nice typo yes, thats what you get from coding on a laptop late at night :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15071] In OPAC search results, "checked out" status should be more visible
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15071 Nicole C. Engard <nengard(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #48202|0 |1 is obsolete| | --- Comment #12 from Nicole C. Engard <nengard(a)gmail.com> --- Created attachment 48237 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48237&action=ed… [SIGNED-OFF] Bug 15071 - In OPAC search results, "checked out" status should be more visible Compiled CSS file. Signed-off-by: Nicole C Engard <nengard(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15071] In OPAC search results, "checked out" status should be more visible
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15071 Nicole C. Engard <nengard(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #48201|0 |1 is obsolete| | --- Comment #11 from Nicole C. Engard <nengard(a)gmail.com> --- Created attachment 48236 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48236&action=ed… [SIGNED-OFF] Bug 15071 - In OPAC search results, "checked out" status should be more visible The prog template in the OPAC designated a color for the "unavailable" class associated with items in search results which are checked out. This class never made it into the Bootstrap theme. This patch adds it to the Bootstrap theme's LESS file. To test, apply the patch and search the OPAC for terms that will return checked out items. In the list of search results, on the "availability" line, the "Checked out" text should now be red. The change is visible with XSLT on or off. Signed-off-by: Nicole C Engard <nengard(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15071] In OPAC search results, "checked out" status should be more visible
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15071 Nicole C. Engard <nengard(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15852] New: 3M selfCheck do not connect
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15852 Bug ID: 15852 Summary: 3M selfCheck do not connect Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: hblancoca(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Created attachment 48198 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48198&action=ed… 3m selfcheckout machines. I have not idea but i before update to 3.22 have some errors (every minute)in connection (attached image) in the log /var/log/koha/catalogo/sip-output.log SIP Timed Out! SIP Timed Out! LDAP bind failed as kohauser bibecsd1: LDAP error #49: LDAP_INVALID_CREDENTIALS # The wrong password was supplied or the SASL credentials could not be processed I believe that the error its (SIP Timed Out!) but i do know how to solve this. NOTE: the users, passwords an d branches are OK but the problem was imn migration. The server has iptables but the policy its accept all; we have RAW implementation no telnet my configuration file its <acsconfig xmlns="http://openncip.org/acs-config/1.0/">  <error-detect enabled="true" />  <server-params min_servers='30' min_spare_servers='4' log_file='Sys::Syslog' syslog_ident='koha_sip' syslog_facility='local6' /> <listeners>  <service port="8023/tcp" transport="telnet" protocol="SIP/2.00" timeout="120" /> <service port="6001/tcp" transport="RAW" protocol="SIP/2.00" timeout="60" /> </listeners> <accounts>  <login id="bibliop1" password="XXXX" delimiter="|" error-detect="disabled" institution="BIBARA"/> <login id="bibliop2" password="XXXX" delimiter="|" error-detect="disabled" institution="BIBARA"/> <login id="bibliod1" password="XXXX" delimiter="|" error-detect="disabled" institution="BIBARA"/>  <login id="bibp1" password="XXXX" delimiter="|" error-detect="disabled" institution="BIBECS"/> <login id="bibd1" password="XXXX" delimiter="|" error-detect="disabled" institution="BIBECS"/>  <login id="bibcp1" password="XXXX" delimiter="|" error-detect="disabled" institution="OTRASBIB"/> </accounts>  <institutions> <institution id="BIBARA" implementation="ILS" parms=""> <policy checkin="true" renewal="true" checkout="true" status_update="true" offline="false" timeout="100" retries="5" /> </institution> <institution id="BIBECS" implementation="ILS" parms=""> <policy checkin="true" renewal="true" checkout="true" status_update="true" offline="false" timeout="100" retries="5" /> </institution> <institution id="OTRASBIB" implementation="ILS" parms=""> <policy checkin="true" renewal="true" checkout="true" status_update="true" offline="false" timeout="100" retries="5" /> </institution> </institutions> </acsconfig> really appreciate your help. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14457] Integrate LIBRIS spellchecking
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14457 --- Comment #20 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Looking at the code this seems a very specific feature, like Amazon-Covers, Syndectics, etc. Koha::SuggestionEngine::Plugin::LibrisSpellcheck; So if the URL is always the same and there is no other service this plugin works with - a configuration option doesn't seem necessary. ... and yes, we have multiples of plugins now (cataloguing, those, the plugin system...) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14457] Integrate LIBRIS spellchecking
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14457 --- Comment #19 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Katrin Fischer from comment #18) > I am not sure about a preference here as it's a plugin for a specific API > (LibrisSpellcheck.pm). Please explain further. Plugin is read here in the context of SuggestionEngine. The word has become overloaded in Koha. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14507] SIP Authentication broken when LDAP Auth Enabled
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14507 --- Comment #7 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 48230 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48230&action=ed… Bug 14507 [QA Followup] - Restore comment, tidy sub Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14507] SIP Authentication broken when LDAP Auth Enabled
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '16

19 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14507 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #48045|0 |1 is obsolete| | --- Comment #6 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 48229 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48229&action=ed… Bug 14507 Use checkpw to check password in Patron Info Some devices are using patron information responses to validate patron passwords to govern access to facilities as we were using C4::Auth::checkpw_hash this only worked in a db password context not other authentication routines. The C4::Auth routines are not very consistent and there isnt a dropin replacement for checkpw_hash this calls checkpw instead. In a password only environment this behaves as the old version did returning field CQ as Y if a valid password or no password is passed in the patron info request and N if an incorrect password is supplied It should also test against the appropriate authentication sources if othere autrhentication schemes are in use Signed-off-by: Liz Rea <liz(a)catalyst.net.nz> Tested this with a client who reports that this enables SIP authentication to work correctly with their LDAP server. Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0