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

[Bug 6542] New: Degree symbol causes error in cataloging in IE
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6542 Bug #: 6542 Summary: Degree symbol causes error in cataloging in IE Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Copying and pasting the degree symbol into the abstract field seems to cause the following error in IE, but not in FF. Software error: Can't call method "fields" on an undefined value at /home/koha/kohaclone/C4/Biblio.pm line 2101. -- 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 11010] New: Useless column purchaseordernumber in aqorders table
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11010 Bug ID: 11010 Summary: Useless column purchaseordernumber in aqorders table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org In Schemaspy, column purchaseordernumber is reported as "not used? always NULL". "grep -r cancelledby *" give this result : C4/Acquisition.pm:The following keys are used: "biblionumber", "title", "basketno", "quantity", "notes", "rrp", "ecost", "gstrate", "unitprice", "subscription", "sort1", "sort2", "booksellerinvoicenumber", "listprice", "budgetdate", "purchaseordernumber", "branchcode", "booksellerinvoicenumber", "budget_id". C4/Acquisition.pm: datereceived,purchaseordernumber, installer/data/mysql/update22to30.pl: field => 'purchaseordernumber', installer/data/mysql/kohastructure.sql: `purchaseordernumber` mediumtext, -- not used? always NULL installer/data/Pg/kohastructure.sql:purchaseordernumber text, t/db_dependent/Acquisition.t: purchaseordernumber In C4::Acquisition.pm::GetParcels, the SELECT statement retreives purchaseordernumber, but no value is pushed to that column in any part of Koha's code. So I think it is useless. I propose the deletion of this column. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 6567] New: adding and removing advanced search options
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6567 Bug #: 6567 Summary: adding and removing advanced search options Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: aanitah(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Hello ! On the advanced search page, we have options like Picture, Coded Fields, etc. It would be nice, if we could easily remove or add options, because we don't have pictures in our librairies. So this option isn't relevant at all for our users. Thanks -- 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 5447] New: Limit search to serials / continuing resources
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5447 Summary: Limit search to serials / continuing resources Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-search.pl?expanded_options=1 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 One of our libraries asked about a possiblity to limit the search to serials. I have looked at the various pull down menus in advanced search, but have not found an option to limit to serials. We can limit search to all kinds of things, like fimographies and Braille books. I think we should also offer a limit for serials in OPAC and intranet. -- 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 4969] New: Vendors can not be deleted / show only active vendors
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '14

18 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4969 Summary: Vendors can not be deleted / show only active vendors Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 You can delete almost everything in acq, but not vendors. Vendors can only be deactivated but still show up in search results. Although almost everything else in acq can be deleted (budgets, funds, orders (reopen + delete), im not sure it should be possible to delete vendors. An option to filter search results to show only active vendors would be a nice feature. -- 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 31

[Bug 9339] New: Intranet translation bar display en-GB when en is selected
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9339 Bug ID: 9339 Summary: Intranet translation bar display en-GB when en is selected Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: frederic(a)tamil.fr When the en-GB translation is installed, the translation bar in the intranet displays "en-GB" whether "en" or "en-GB" is selected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7367] New: General OPAC typo omnibus
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7367 Bug #: 7367 Summary: General OPAC typo omnibus Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: ian.walls(a)bywatersolutions.com This is meant for submitting trivial opac typo fixes. If they are really trivial, and you tested the fix yourself (of course ;), please add your own signoff. The QA team will most probably not mind. -- 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 46

[Bug 9514] New: 'and' in subject searches causes a problem
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9514 Bug ID: 9514 Summary: 'and' in subject searches causes a problem Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P1 - high Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com I looked in to this a bit and it looks like it's a problem with the combo of the word 'and' and using the complete-subfield: /cgi-bin/koha/opac-search.pl?q=su,complete-subfield:{Rites%20and%20ceremonies.} gets no results but /cgi-bin/koha/opac-search.pl?q=su,complete-subfield:{Ritual.} gets results and so does /cgi-bin/koha/opac-search.pl?idx=kw&q=opening%20doors%20wonder&sort_by=pubdate_dsc&limit=su-to:Rites%20and%20ceremonies. This is a 3.8 and master problem. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9334] New: MARC framework import function has incorrect file format warning
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9334 Bug ID: 9334 Summary: MARC framework import function has incorrect file format warning Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org The MARC framework import function warns that uploads must be "ods" or "xml," but the script will also accept CSV and XML. The warning should be accurate with regard to accepted file formats. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8469] New: Inconsistent language in reserve status
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8469 Priority: P5 - low Change sponsored?: --- Bug ID: 8469 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Inconsistent language in reserve status Severity: minor Classification: Unclassified OS: All Reporter: elliott(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The Transfers to Receive report shows it as in transit from KOO to LAP, as it should. http://screencast.com/t/BpmIHvAfOuH The item record shows it in transit as well. http://screencast.com/t/rsR81fvT Search results show it in transit, too. http://screencast.com/t/wBtZ6S7OI2s But, when I click on Holds, it says it’s waiting to be pulled. The issue is the discrepancy on this screen with the correct in-transit info on other screens. On this screen only it says the item is “Waiting to be pulled” when it is actually in transit. Shouldn’t it say here that it’s in transit? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2