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

[Bug 7020] New: Items with no checkouts report does not output call number, barcode or item details
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7020 Bug #: 7020 Summary: Items with no checkouts report does not output call number, barcode or item details Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: jaker(a)mvwsd.org QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5868 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5868 Patch file that includes a fix for this bug When running the Items with no checkouts report and outputting to screen, the results do not include any identifying information for the items. The only information listed is the item count and the branch location. We are running Koha 3.4.4 on Debian Squeeze. I was able to fix this problem on our installation by modifying Catalogue_out.tt I am not that familiar with this template syntax but it looks like only the Default values for the fields are being assigned. I modified the file to define the Default values at the start of the foreach loop and then output the actual values within the table cells. I attached a patch file with my changes. -- 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 6971] New: XSLT Opac Detail displays 245 subfields out of order
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6971 Bug #: 6971 Summary: XSLT Opac Detail displays 245 subfields out of order Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org 245 Subfields in the OPAC Detail Display (MARC21slim2OPACDetail.xsl) are being reordered once saved. For instance, instead of displaying according to ACR2 as 245 $a$h:$b, it's being displayed as 245 $a$b:$h. -- 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 10

[Bug 6801] New: C4::Overdues::checkoverdues returns all fields from biblio, biblioitems, items and issues
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6801 Bug #: 6801 Summary: C4::Overdues::checkoverdues returns all fields from biblio, biblioitems, items and issues Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org checkoverdues is used solely by C4::Members::patronflags to determine if a borrower has any overdues; if so, the ODUE flag is added to their and the list of overdues returned. This winds up being fed to GetMemberDetails, and some of the calls then use the overdue items... sometimes. Removing the marc and marcxml blobs would greatly speed up the return of this function, which can cause slowness for patrons with many, many checkouts (or with relatives with many, many checkouts). -- 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 15

[Bug 7082] New: Template improvements for better translatability
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7082 Bug #: 7082 Summary: Template improvements for better translatability Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org /cgi-bin/koha/admin/aqbudgets.pl Problem: <label for="show_mine">Show my<br /> funds only</label> This gets broken into 2 strings for translation which makes it very hard for translators to make sense of it. Patch removes the line break. -- 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 7008] New: Sometimes zebra needs a tmp directory that it doesn't create itself
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7008 Bug #: 7008 Summary: Sometimes zebra needs a tmp directory that it doesn't create itself Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org This causes errors like: 18:20:46-12/10 zebrasrv(3) [fatal] rstemp: mkstemp /var/lib/koha/rbnz/biblios/tmp/zrs_7710_usADvK [No such file or directory] koha-create-dirs should create this. -- 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 6861] New: Fast Add returns to circulation page in all cases
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6861 Bug #: 6861 Summary: Fast Add returns to circulation page in all cases Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Since the addition of Fast Add to circulation (when scanning an unknown barcode, an option is given to Fast Add at that point), some of the default behaviors for the previous existing functionality has changed. If Fast Add is selected from the Circulation mainpage (not within a checkout), or if it is selected as the framework via cataloging, when items are saved, the page redirects to a blank checkout page, rather than to the details or items pages for that biblio. This makes it very difficult for the librarian to confirm their changes have saved, since the newly added biblio will not be available for search until rebuild_zebra.pl next runs. The system should be able to detect the lack of borrowernumber and other passed checkout variables, and change the redirect accordingly. -- 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 6433] New: rebuild_zebra.pl does not handle MARC::Record exceptions gracefully
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6433 Bug #: 6433 Summary: rebuild_zebra.pl does not handle MARC::Record exceptions gracefully Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org rebuild_zebra.pl dies on some MARC::Record errors. A combination of workarounds for MARC::Record deficiencies and legitimate exception handling. -- 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 6

[Bug 6825] New: OpacNav menu hide user menu on opac-user.pl page
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6825 Bug #: 6825 Summary: OpacNav menu hide user menu on opac-user.pl page Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org On OPAC, when a user is logged, he can see/modify his/her personal information. A menu on the left, give him access to his fines, personal details, etc. But if OpacNav is defined and contain a certain amount of links, this user menu is pushed down, and scrolling down the page is required to see it. A enhancement should inverse displaying OpacNav menu and user menu. -- 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 20

[Bug 6862] New: Duplicate VOKAL icons can cause problems on Windows file system
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6862 Bug #: 6862 Summary: Duplicate VOKAL icons can cause problems on Windows file system Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org There are two versions of the Book.png and Book-32px.png icons (one is 'Book' and the other "BOOK"). According to Fridolyn Somers' post to koha-devel on 12/08/10, this causes problems with Windows files systems. At the view least, it's duplicating icons needlessly. -- 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 6022] New: Auth_with_ldap check if categorycode is valid
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6022 Bug #: 6022 Summary: Auth_with_ldap check if categorycode is valid Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpavlin(a)rot13.org QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org When importing users from LDAP, Auth_with_ldap.pm doesn't check if value for categorycode is present in categories table in Koha resulting in referential integrity error instead of using default value from koha-conf.xml -- 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 21