August 2012 - Koha-bugs - lists.koha-community.org

[Bug 7136] New: language inconsistency on serials status
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '15

26 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7136 Bug #: 7136 Summary: language inconsistency on serials status Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-serial-issues.pl?selectview=full&bi blionumber=114818 OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When looking at a serial in the opac it says 'Waiting' if the issue is 'Expected' - this is confusing and should be consistent and say 'Expected' instead. -- 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 7214] New: can't change framework when editing record as duplicate
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '15

26 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7214 Bug #: 7214 Summary: can't change framework when editing record as duplicate Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All URL: /cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=58 98&amp;op=duplicate OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com 1. View a bib record in staff client 2. Click edit 3. Choose Edit as New Duplicate 4. Change the framework 5. - all data lost See here: http://screencast.com/t/rJzzfUCcoP -- 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 7258] New: Cannot delete a title from a list if the bibliographic record has been deleted
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '15

26 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7258 Bug #: 7258 Summary: Cannot delete a title from a list if the bibliographic record has been deleted Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: ian.walls(a)bywatersolutions.com If you have deleted a bibliographic record which appears on someone's list, the title will remain on the list but the original biblionumber will not be output to the template. Since virtualshelfcontents stores entries by shelfnumber + biblionumber, you can't delete something without a biblionumber. This makes it impossible to remove something from a list after the bibliographic record has been deleted. This makes it impossible to mitigate the effects of Bug 7252 by removing the deleted item from a list. -- 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 5

[Bug 5599] New: koha_perl_deps.pl and PerlDependencies.pm don't compare $VERSION numbers correctly
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '15

26 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5599 Summary: koha_perl_deps.pl and PerlDependencies.pm don't compare $VERSION numbers correctly Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: ohiocore(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Normal perl $VERSION numbers are not string sortable/comparable. This is because they do not use leading zeroes or static numbers of digits for each part. But our logic in C4/Installer/PerlModules.pm relies on string comparison, so it does not regard 1.3.12 as being greater than 1.3.5, when in reality it is 7 iterations later. Example: $ ./koha_perl_deps.pl -u Module Name Current Version Required Version Module Required -------------------------------------------------------------------------------------------------------------------------- Graphics::Magick 1.3.12 * 1.3.5 No -------------------------------------------------------------------------------------------------------------------------- Total modules reported: 1 * Module is missing or requires an upgrade. Specifically, these comparisons from lines 75 and 89 of C4/Installer/PerlModules.pm are incorrect: $params{'module'}->VERSION lt $PERL_DEPS->{$params{'module'}}->{'min_ver'} ... $pkg->VERSION lt $PERL_DEPS->{$_}->{'min_ver'} I don't like the approach used by PerlModules.pm because the code is overwrought and it tries to reproduce core perl logic. The definitive test would rely on, for example, $pkg->VERSION($min) since VERSION() is a part of UNIVERSAL and it actually understands perl's lax version strings (and always will, even if they change format). We can access that via UNIVERSAL::require($min). -- 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 7910] New: Batch renewal of serials and order creation
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7910 Priority: P5 - low Change sponsored?: --- Bug ID: 7910 Assignee: colin.campbell(a)ptfs-europe.com Summary: Batch renewal of serials and order creation QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: savitra.sirohi(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_8 Component: Serials Product: Koha Allow of serials to be renewed in batch, also upon renewal create an order basket containing with serials that are renewed -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 4847] New: Python required for Debian package builds
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4847 Summary: Python required for Debian package builds Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The Debian package build includes a script (debian/bd-to-depends) written in Python. This requires having Python as a build depdencency. That's the only reason Python is required, so it is an unnecessary dependency. Re-writing the script in Perl would fix that. Then dropping python and python-debian from the build dependencies would be possible. (Note that this only applies to _build_ dependencies, not run-time dependencies of the installed packages.) -- 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 6079] New: Single parentheses
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6079 Bug #: 6079 Summary: Single parentheses Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: mark.gavillet(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org -- 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 6266] New: Ordering from staged file gives perl error when no budget defined
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6266 Bug #: 6266 Summary: Ordering from staged file gives perl error when no budget defined Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/acqui/addorderiso2709.pl?booksellerid=1& basketno=1 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 When you try to order from a staged marc file and no budgets and funds are definded you get an ugly perl error: Software error: Can't use an undefined value as a HASH reference at /home/katrin/kohaclone/acqui/addorderiso2709.pl line 260. For help, please send mail to the webmaster (webmaster@wombat), giving this error message and the time and date of 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 2

[Bug 6400] New: Counter broken on tags review page
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6400 Bug #: 6400 Summary: Counter broken on tags review page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/tags/review.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org The first column in the tags review table is a counter showing the row number. In the new T:T template it looks like this: [% offset + __counter__ %] "__counter__" looks like the hold HTML_Template_Pro way of doing things. I assumed the proper construction for T:T would be: [% offset + tagloo.count %] ...but this doesn't work. Is the count variable not enabled by default or am I missing something? -- 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 6587] New: tag moderation lost colors
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '15

25 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6587 Bug #: 6587 Summary: tag moderation lost colors Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4628 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4628 rejected tags showing yellow Tag moderation used to have three colors, yellow for pending, red for rejected, green for approved. They are all yellow now making it impossible to tell on a list of 'all tags' which are approved and which are rejected. -- 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 8