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

[Bug 7832] New: Server Z39.50 for Unimarc
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7832 Priority: P5 - low Change sponsored?: --- Bug ID: 7832 Assignee: gmcharlt(a)gmail.com Summary: Server Z39.50 for Unimarc QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dubyk(a)library.lviv.ua Hardware: All Status: NEW Version: unspecified Component: Z39.50 / SRU / OpenSearch Servers Product: Koha I try to setup Z39-50 server for our library with Unimarc-records. But in result was broken a normal search. Step by step: 1) Used links as guide: * [Koha-patches] [PATCH] Bug #3087 - Improve z39.50 server Unimarc support (http://lists.koha-community.org/pipermail/koha-patches/2009-April/008573.ht…) * how to use z39.50 ? (http://koha.1045719.n5.nabble.com/how-to-use-z39-50-td3057672.html) * [Zebralist] Problems with Koha/Zebra as Z39.50 server (http://lists.indexdata.dk/pipermail/zebralist/2009-March/002138.html) * Troubleshooting Koha as a Z39.50 server (http://wiki.koha-community.org/wiki/Troubleshooting_Koha_as_a_Z39.50_server) 2) In /etc/koha/koha-conf.xml uncomment <listen id="publicserver" >tcp:@:9998</listen> and <server id="publicserver" listenref="publicserver">. ... </server> and <serverinfo id="publicserver"> ... </serverinfo> 3) Also in file /etc/koha/koha-conf.xml replace usmarc -> unimarc 4) Create /etc/koha/zebradb/etc/unimarc.mar with content: name unimarc reference Unimarc 5) Replace in /etc/koha/zebradb/marc_defs/unimarc/biblios/record.abs as follows: name unimarc ... marc unimarc.mar 6) /etc/init.d/koha-zebra-demon restart 7) yaz-client -c /etc/koha/zebradb/ccl.properties localhost:9998/biblios Connecting...OK. Sent initrequest. Connection accepted by v3 target. ID : 81 Name : Zebra Information Server/GFS/YAZ Version: 4.0.11 e8ca42e680c5e5a644481e5d0b75a0e57c6d3e92 Options: search present delSet triggerResourceCtrl scan sort extendedServices namedResultSets Elapsed: 0.001831 7) Look: http://koha.tntu.edu.ua:9998/biblios 8) Try to test with http://www.loc.gov/z3950/test.html (Enter Term 1: .... [Any]) If port 9998 opened in firewall, we will see something: Search Results 924 records matched your query [2005]. 9) But in OPAC we have Error: Can't call method "raw" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 460. on any search. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 7972] New: GUI for Crons
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7972 Priority: P5 - low Change sponsored?: --- Bug ID: 7972 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: GUI for Crons QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: System Administration Product: Koha It would be awesome if in the Admin area there was a way to turn on/off cron jobs and set the timing on them. I've seen GUIs like this before so I know it can be done, just not what it would take to do it. Obviously such a feature would be a permission associated with it so that not everyone could go in and screw with things. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7884] New: Ergonomics & usability omnibus
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7884 Priority: P5 - low Change sponsored?: --- Bug ID: 7884 Assignee: oleonard(a)myacpl.org Summary: Ergonomics & usability omnibus QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Templates Product: Koha This bug links to several related bugs for bigger projects related to ergonomy and usability. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 7534] New: OPACAllowUserToChooseBranch and hold rules
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Bug #: 7534 Summary: OPACAllowUserToChooseBranch and hold rules Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: stephane.delaye(a)biblibre.com QAContact: koha.sekjal(a)gmail.com the system preference OPACAllowUserToChooseBranch disaply all the branchs instead of display only the branchs who accept the holds. Result: a branch can be pickup location when he does not want to manage holds -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 10239] New: add dates to course reserves
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10239 Bug ID: 10239 Summary: add dates to course reserves Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 8215 It would be nice to be able to set a start and end date for a reserves list so that Koha can automatically remove things from reserve on a specific date. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9485] New: Short cut to create new authorities
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9485 Bug ID: 9485 Summary: Short cut to create new authorities Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: rafafernan(a)uol.com.br CC: m.de.rooy(a)rijksmuseum.nl When we make a search for an authority to link it with a record and that authority is not found in authorities database, the system return "Authority not found". I believe its useful to return this message, but also to show a pop up like "Do you want to create a new authority? Y/N". Doing this will make cataloguing faster... Thanks -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6262] New: overdues warning label
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6262 Bug #: 6262 Summary: overdues warning label Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/circ/circulation-home.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org I would like to see the 'warning' on the circulation home page next to the overdues report removed. We have a preference to make this not an issue and I think it's the role of the help files and manual to warn the user about this - right now having it where it is makes it look like Koha doesn't work efficiently. I'm up for other suggestions on how to improve this, but the way it is now looks bad to me (design wise and for Koha in general). -- 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 4

[Bug 9855] New: Add OpenGraph (Facebook preview) tags to pages
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9855 Bug ID: 9855 Summary: Add OpenGraph (Facebook preview) tags to pages Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: aaronw(a)catalyst.net.nz If you take a URL and paste it into your Facebook feed, Facebook pops up a little description of the site, and a "preview" icon for the site. Facebook can scrape this info from your page, but you can also give it specific info by using "OpenGraph" meta tags in the head of your page. Theoretically OpenGraph is an open standard, but in practice I think only Facebook's using it. :) The format is pretty simple, it looks like this (taken from the Mahara page templates): <meta property="og:title" content="{$PAGETITLE}" /> <meta property="og:description" content="{$sitedescription4facebook}" /> <meta property="og:image" content="{$sitelogourl4facebook}" /> -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 5934] New: Manipulate titles in Borrower Preferences
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5934 Bug #: 5934 Summary: Manipulate titles in Borrower Preferences Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: peter.lorimer(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com A feature to allow librarians to crate title lists based on preferences and previous choices. This is targeted towards libraries essentially catering for the blind or partially sited where books are predominantly poseted out to the borrower. -- 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 3

[Bug 5385] New: Correct POD errors as highlighted by podchecker
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5385 Summary: Correct POD errors as highlighted by podchecker Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Developer documentation AssignedTo: gmcharlt(a)gmail.com ReportedBy: andrew.elwell(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Ideally we'd have good accurate POD within the code for all functions, however as a starting point I made a list of all errors that 'podchecker' throws up (find . -type f | grep -v \.git/ | egrep -i '\.p[lm]$' | xargs podchecker 2>/tmp/pod.err) and started to correct them Many of these are trivial syntax / whitespace issues -- 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 6