January 2013 - Koha-bugs - lists.koha-community.org

[Bug 9483] New: Use DataTables on batch patron modifications page
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '13

31 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9483 Bug ID: 9483 Summary: Use DataTables on batch patron modifications page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/tools/modborrowers.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org The batch patron modifications page uses the old tablesorter plugin. It should use the DataTables plugin instead. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 2559] Language limit on Spanish returns Russian records or is it English ...
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '13

31 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2559 Gaetan Boisson <gaetan.boisson(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gaetan.boisson(a)biblibre.com --- Comment #2 from Gaetan Boisson <gaetan.boisson(a)biblibre.com> --- unimarc uses iso639-2 codes for languages, this might be a marc21 only problem. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7417] New: Include alternate forms from authorities in bibliographic searches
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '13

30 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7417 Bug #: 7417 Summary: Include alternate forms from authorities in bibliographic searches Classification: Unclassified Change sponsored?: Seeking cosponsors Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: jcamins(a)cpbibliography.com ReportedBy: jcamins(a)cpbibliography.com QAContact: ian.walls(a)bywatersolutions.com Depends on: 7284 Although authority records include references from unused terms, at present Koha does not take advantage of them when searching bibliographic records. It would be very useful if Koha could (optionally) include all the see-from terms in bibliographic records for indexing purposes. In order to do this, it will be necessary to inject see-from headings into bib records immediately before exporting them for indexing by Zebra (or solr, or any other indexing engine that Koha may use). -- 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 73

[Bug 2960] Cyrillic Z39-50 servers (bad encoding results)
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '13

30 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2960 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |In Discussion CC| |mtj(a)kohaaloha.com --- Comment #1 from Mason James <mtj(a)kohaaloha.com> --- (In reply to comment #0) > > ---- Reported by dubyk(a)library.lviv.ua 2009-02-13 08:08:14 ---- > > Try to work with next servers: > > Also I see that encoding for second server = WINDOWS-1251 > > > Next I edit in Koha table 'z3950servers' (via phpmyadmin) > field encoding > to > WINDOWS-1251 > or > KOI8-R > > On next try to serach in Koha via > /cgi-bin/koha/cataloguing/z3950_search.pl > - found this records (search for 'perl') > > but result in bad encoding (something like ISO-8859-1) > hmm, the example urls are now invalid, which makes troubleshooting this difficult perhaps attach a problem MARC record to this ticket...? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5282] New: itemtype limit not applying
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '13

29 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5282 Summary: itemtype limit not applying Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/reports/guided_reports.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I followed these steps: 1. Build New 2. Choose Cataloging 3. Choose Tabular 4. Choose 'barcode', 'call number', 'title', 'author' 5. Choose to limit on item type 'nonfic' and location 'adult' My final report looks like this: SELECT items.barcode,items.itemcallnumber,biblio.author,biblio.title FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) WHERE items.itype=<<itype|itemtype>> AND items.location='ADULT' ORDER BY items.itemcallnumber asc Everything is okay except for the item type which is not showing the actual item type I chose. -- 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 2

[Bug 3548] Incorrect directory/file ownership on /var/run/lock/koha
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '13

29 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3548 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- I assume because of the age of this report that the issue is no longer valid. Please re-open with new details if this is not so. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3060] item number not on holds to pull report
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '13

29 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3060 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|PC |All --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- This bug is still valid. I would say that the display of item-level information in this report is problematic all around (library, call number, barcode, etc). -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3087] Z39.50 server returns usmarc format records for UNIMARC DB
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '13

29 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3087 --- Comment #54 from Paul Poulain <paul.poulain(a)biblibre.com> --- (In reply to comment #53) > (In reply to comment #48) > > (In reply to comment #47) > > > I am in favour of reverting this until it is fixed, if it is not fixed by > > > 3.10.3 I will revert it out of 3.10.x > > > > I think Jared thought it was too late to revert it, because it would break > > things for people who already upgraded to 3.10.x. But I'll let him speak for > > himself, of course. > > Yeah, reverting it would break existing standard installs. >From BibLibre POV (that is managing 70+ french libraries in UNIMARC), we don't use the packages, so we didn't saw this problem & don't face it. Reverting the patch will cause trouble to us though. Once i've said that, I can't help with a patch to fix the problem, because I know nothing about packaging. I fear it will be tricky, because it requires the sysop to know which MARC flavour must be choosen, and that's not something well known by common sysop, so we must carefully explain the possible choices... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3777] Field Sizes Inconsistent
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '13

28 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3777 --- Comment #11 from Nicole C. Engard <nengard(a)gmail.com> --- Well originally I was just reporting the address fields. `address` mediumtext NOT NULL, `address2` text, `city` mediumtext NOT NULL, `B_address` varchar(100) default NULL, `B_address2` text default NULL, `B_city` mediumtext, `altcontactaddress1` varchar(255) default NULL, `altcontactaddress2` varchar(255) default NULL, `altcontactaddress3` varchar(255) default NULL, So the others can be in a different bug report. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3777] Field Sizes Inconsistent
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '13

28 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3777 --- Comment #10 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Maybe it would be easier to have separate bugs then for fields that need to be increased in size? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0