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

[Bug 4955] New: adding to basket with no item throws error
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '11

27 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4955 Summary: adding to basket with no item throws error Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/acqui/addorder.pl OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When I am adding items to the basket and ignore the 'add item' form (filling in no values) I get the following error when I click 'save' -------------- Software error: :7: parser error : Opening and ending tag mismatch: record line 6 and datafield </datafield> ^ :8: parser error : Opening and ending tag mismatch: collection line 2 and record </record> ^ :9: parser error : Extra content at the end of the document </collection> ^ at /usr/lib/perl5/XML/LibXML/SAX/Parser.pm line 31 For help, please send mail to the webmaster (staff(a)bywatersolutions.com) giving this error message and the time and date of the error. -------------- The item is added to my basket despite this error though. -- 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 7

[Bug 4813] New: implement XSLTResultsDisplay
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '11

08 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4813 Summary: implement XSLTResultsDisplay Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This system preference exists but is not functional yet. To complete this feature, stylesheets need to be written for format bibliographic records in the staff interface search results display. -- 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 5675] New: Returned items always trigger hold notification
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5675 Summary: Returned items always trigger hold notification Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 It seems that when an item is checked in for a biblio that has a biblio-level hold, the message notifying the librarian that the book is on hold always comes up, even when holds are not allowed on that itemtype. The cause seems to be that returns.pl does not check the circulation rules, just whether or not there is a hold. There should be some sort of sanity testing to confirm that an item really is allowed to have a hold on it. Example: 1. Create a biblio with one item of a type that can have holds on it. 2. Place a hold on that biblio. 3. Create a new item of a type that cannot have a hold. 4. Check in new item. -- 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 13

[Bug 5465] New: Makefile.PL asks for too high version of Business::ISBN
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '11

28 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5465 Summary: Makefile.PL asks for too high version of Business::ISBN Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Business::ISBN is not available for Debian Lenny as a package at the version we are asking for. Because there seems to be nothing we require from the newer version, I'm backing down the required version to avoid the error. -- 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 5525] New: No list pagination after deletion
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5525 Summary: No list pagination after deletion Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-shelves.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you have more than 20 lists, your lists view is paginated. If you delete one of your lists from this summary view, when you are redirected back after the deletion the pagination links are gone. -- 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 5474] New: Missing sys prefs in translated sysprefs.sql
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '11

05 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5474 Summary: Missing sys prefs in translated sysprefs.sql Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 The translated sysprefs.sql files are missing some newer changes, because people only add changes and new parameters to en, but not to the other languages. Example: homeorholdingbranchreturn is missing from de-DE Tagsmoderation is still NULL instead of 0 I looked at it-IT and other files too, the total of lines varies. I think all files need to be checked and have probably differences to en. There is a test in directory xt/syspref.t ok 1 - Open reference syspref file installer/data/mysql/en/mandatory/sysprefs.sql ok 2 - Found 250 sysprefs ok 3 - Open translated sysprefs file installer/data/mysql/de-DE/mandatory/sysprefs.sql ok 4 - Found 248 sysprefs not ok 5 - No syspref to add ok 6 - No syspref to delete ok 7 - Open translated sysprefs file installer/data/mysql/it-IT/necessari/sysprefs.sql ok 8 - Found 257 sysprefs not ok 9 - No syspref to add not ok 10 - No syspref to delete ok 11 - Open translated sysprefs file installer/data/mysql/fr-FR/1-Obligatoire/unimarc_standard_systemprefs.sql ok 12 - Found 250 sysprefs not ok 13 - No syspref to add not ok 14 - No syspref to delete ok 15 - Open translated sysprefs file installer/data/mysql/uk-UA/mandatory/system_preferences_full_optimal_for_install_only.sql ok 16 - Found 200 sysprefs not ok 17 - No syspref to add not ok 18 - No syspref to delete ok 19 - Open translated sysprefs file installer/data/mysql/ru-RU/mandatory/system_preferences_full_optimal_for_install_only.sql ok 20 - Found 200 sysprefs not ok 21 - No syspref to add [...] It shows the missing system preferences, but does not catch the changed default value for TagsModeration. Fixing all syspref.files is one option - but with the new translatable syspref editor another option would perhaps be to always use the en files. A script to create the sql from the .pref files would probably be even better. -- 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 9

[Bug 5531] New: Missing sysprefs in language specific files
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '11

05 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5531 Summary: Missing sysprefs in language specific files Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the future we plan to have all the systempreferences inserted into the db on install from the English file. Because they are now translatable with the .pref files so we don't need language specific ones. But at the moment that isn't the case, and there are some missing sysprefs in the language specific which would cause a mess if someone did a fresh install in a language other than english at the moment. This bug is to track the fixes for that, a new bug to change the installer to use the english sysprefs.sql file and use the prefs.po file in the appropriate language to translate them -- 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 5

[Bug 5616] New: UTF-8 problem in Card View
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '11

04 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5616 Summary: UTF-8 problem in Card View Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Created attachment 2987 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2987 Adds utf8::encode on the output in Card View. Special characters are show as � when showing the informations of a record in Card View. Patch attached. Adds a utf8::encode on the output. -- 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 33

[Bug 5353] New: Old basket and basketgroups
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '11

01 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5353 Summary: Old basket and basketgroups Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Old_baskets_acq_RF C OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 Some modifications will be done in the display of old baskets and basket group to have only « interesting » informations displayed first, and all informations displayed if requested/needed -- 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 4992] New: Fund filter not working as expected
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '11

29 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4992 Summary: Fund filter not working as expected Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: ...admin/aqbudgets.pl?budget_period_id=? OS/Version: All Status: NEW Severity: normal 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 Koha Version: 3.01.00.142 Administration > Budgets > Fund x Show my funds only, no library selected: The filter on the left side has 'Show my funds only' checked by default. In my configuration I see 5 funds with this setting, 3 owned by my user (ok), 2 owned and restricted to another library (?). I think those other 2 funds should not show with this setting. The result stays the same wether or not I choose my library from the pull down. After my search the pull down for library is always empty. Unchecked 'Show my funds only' results in: Still all funds are shown, but the display changed and shows a hierarchical order. I can click on the top level fund to open a new line with the child funds. Why only use the hierarchical view if 'Show my funds only' is not checked? Library pull down: My 5 funds belong to 2 different libraries. I'm logged in as library A, the home library of my user. When I first open the page my library pull down only shows my current library A and a blank line. Change nothing and click on 'Go' - no change to library pull down. Uncheck 'Show my funds only' and click on 'Go' - all libraries are available in pull down. Check 'Show my funds only' again and click on 'Go' - only my library is available. It's a bit irritating for the user, that you first have to change the 'Show my funds only' setting and search, before you can choose another library to filter on. You can't do uncheck and choose library in one step. -- 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