December 2012 - 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 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 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 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

[Bug 7605] New: items that not available say availalbe in the staff search results
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7605 Bug #: 7605 Summary: items that not available say availalbe in the staff search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com When an item has a not for loan status of ordered or not for loan in the OPAC it says ordered or available for reference in the search results, but in the staff client it just says available and having an ordered item say available (until you click to see more details) is confusing to staff. The staff search results should show statuses like the OPAC does so it's clear that items are not really available. -- 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 1

[Bug 6668] New: Marc batch edit will freeze after deselecting all items and saving,
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '14

16 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6668 Bug #: 6668 Summary: Marc batch edit will freeze after deselecting all items and saving, Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: PC OS/Version: Windows Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: stevecallender(a)esilibrary.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com After applying patches for bugs 6446 and 6543 to fix the "Batch item modification" from freezing when trying to save, there is still an issue, albeit minor. When deselecting all items for batch editing, and then saving, the progress bar changes to NaN% and nothing happens. The code should recognize that the user is attempting to save 0 items and complain about such, rather than just freeze. -- 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 1

[Bug 8969] New: Error while adding a repeatable holiday on the tools Calendar
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '14

16 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8969 Priority: P5 - low Change sponsored?: --- Bug ID: 8969 Assignee: gmcharlt(a)gmail.com Summary: Error while adding a repeatable holiday on the tools Calendar Severity: normal Classification: Unclassified OS: All Reporter: rolando.isidoro(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Tools Product: Koha Got the following software error as I was trying to add a repeatable holiday in Tools > Calendar: The 'month' parameter (undef) to DateTime::new was an 'undef', which is not one of the allowed types: scalar at /usr/lib/perl5/DateTime.pm line 194 DateTime::new(undef, 'year', undef, 'month', undef, 'day', undef) called at intranet/cgi-bin/tools/newHolidays.pl line 129 main::add_holiday('holidayrangerepeat', 'FCT', 2, 1, 1, 2013, 'Dia de Ano Novo', '') called at intranet/cgi-bin/tools/newHolidays.pl line 66 Here are the details of the options I selected during the operation: * From date - 2013/01/01 * Title - Dia de Ano Novo * Description - <empty> * Holidays repeated yearly on a range - option selected * Copy to all libraries - option activated -- You are receiving this mail because: You are watching all bug changes.

1 1