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

[Bug 7783] New: Show private shelves in opac when deleting non-empty list from shelf view
by bugzilla-daemon＠bugs.koha-community.org 03 May '12

03 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7783 Priority: P5 - low Change sponsored?: --- Bug ID: 7783 Assignee: m.de.rooy(a)rijksmuseum.nl Summary: Show private shelves in opac when deleting non-empty list from shelf view QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: ASSIGNED Version: master Component: Virtual Shelves Depends on: 7310 Product: Koha This patch builds on top of 7310, but the problem is in master already. If you delete a non-empty list from shelf view (looking at the biblio records of the list), the confirm message is shown but listing public lists instead of private lists. Report 7310 resolved this for staff. This patch adds it for OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 7732] New: Restoring "More lists" in the Add-to combo of OPAC Search Results
by bugzilla-daemon＠bugs.koha-community.org 03 May '12

03 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7732 Priority: P3 Change sponsored?: --- Bug ID: 7732 Assignee: m.de.rooy(a)rijksmuseum.nl Summary: Restoring "More lists" in the Add-to combo of OPAC Search Results QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: ASSIGNED Version: master Component: Virtual Shelves Product: Koha This is a followup of report 7310 handling this QA comment: One small thing: C4/Auth.pm removed the export of template param "bartotal", but this is still used in one template, opac/opac-results.tt, to display a More Lists option in the dropdown menu. It doesn't appear that this param gets exported anywhere else, so I believe it will fail to display the More Lists option at any time. I don't know if this is particularly relevant, and I'm not sure how best to deal with it, but any fix for this can be handled with a followup patch. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7459] New: Can only add to one public list in OPAC search results
by bugzilla-daemon＠bugs.koha-community.org 03 May '12

03 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7459 Bug #: 7459 Summary: Can only add to one public list in OPAC search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: major Priority: P2 Component: Virtual Shelves AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha.sekjal(a)gmail.com If you have two public lists or more, you can only see one in the Add to combo box of OPAC search results. Resolved by moving one semicolon! -- 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 9

[Bug 6829] New: Remove two warnings for opac-MARCdetail
by bugzilla-daemon＠bugs.koha-community.org 03 May '12

03 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6829 Bug #: 6829 Summary: Remove two warnings for opac-MARCdetail Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org Remove this warning by adding a check: [Thu Sep 01 14:20:18 2011] [error] [client 192.87.126.61] [Thu Sep 1 14:20:18 2011] opac-MARCdetail.pl: Use of uninitialized value in string ne at /usr/share/koha/testclone/opac/opac-MARCdetail.pl line 145., referer: http://libdevelop.rijksmuseum.nl:8008/cgi-bin/koha/opac-detail.pl?biblionum… And this warning: [Mon Aug 29 13:58:02 2011] [error] [client 66.249.72.86] [Mon Aug 29 13:58:02 2011] opac-MARCdetail.pl: Use of uninitialized value in string comparison (cmp) at /usr/share/koha/prodclone/opac/opac-MARCdetail.pl line 238. This warning is still generated in 3.3.0.12, but could be resolved in 3.5 with the removing of 952 from marcxml. The check does not hurt however. -- 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 25

[Bug 6916] New: Selecting the acq date of an item should take you to the invoice page for it
by bugzilla-daemon＠bugs.koha-community.org 02 May '12

02 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6916 Bug #: 6916 Summary: Selecting the acq date of an item should take you to the invoice page for it Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Currently it takes you to the basket rather than the invoice, making it harder to see those details. -- 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 28

[Bug 6931] New: hardcoded insert incompatible with UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '12

30 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6931 Bug #: 6931 Summary: hardcoded insert incompatible with UNIMARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In updatedatabase, the $DBversion = "3.03.00.015"; contains : my $sth = $dbh->prepare("INSERT INTO `marc_subfield_structure` (`tagfield`, `tagsubfield`, `liblibrarian`, `libopac`, `repeatable`, `mandatory`, `kohafield`, `tab`, `authorised_value`, `authtypecode`, `value_builder`, `isurl`, `hidden`, `frameworkcode`, `seealso`, `link`, `defaultvalue`) VALUES ( ?, '9', '9 (RLIN)', '9 (RLIN)', 0, 0, '', 6, '', '', '', 0, -5, '', '', '', NULL)"); $sth->execute('648'); $sth->execute('654'); $sth->execute('655'); $sth->execute('656'); $sth->execute('657'); $sth->execute('658'); $sth->execute('662'); =>> it's marcflavour independant and will result in some pain in UNIMARC ! (648...662 should not exist in standard UNIMARC so, 1- dead data will be added and 2-if a library uses those fields for local use, that will break a lot of things (ie : the 6xx are used for authorities, the $9 for authid, so, I don't imagine what the result will be !) A simple if syspref("marcflavour") eq "marc21" before the insert should fix the bug -- 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

[Bug 7263] New: Determine maximum length of some fields or subfields when cataloguing
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '12

28 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7263 Bug #: 7263 Summary: Determine maximum length of some fields or subfields when cataloguing Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: juan.sieira(a)xercode.es QAContact: ian.walls(a)bywatersolutions.com Determine maximum length of some fields or subfields when cataloguing a biblio or an item. Some libraries need to specify the maximum number of characters you can have a field or subfield, whether cataloguing a biblio or an item. For default it will be 9999 max length. -- 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 34

[Bug 7489] New: Implement DisplayOPACiconsXSLT for NORMARC XSLT
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '12

27 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7489 Bug #: 7489 Summary: Implement DisplayOPACiconsXSLT for NORMARC XSLT Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: koha.sekjal(a)gmail.com DisplayOPACiconsXSLT has no effect on the display when marcflavour = NORMARC. It should! -- 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 11

[Bug 6787] New: NORMARC needs a Fast Add framework
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '12

27 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6787 Bug #: 6787 Summary: NORMARC needs a Fast Add framework Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com ...and it's just about to get it! -- 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 7537] New: Implement TraceCompleteSubfields and TraceSubjectSubdivisions for NORMARC XSLT
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '12

27 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7537 Bug #: 7537 Summary: Implement TraceCompleteSubfields and TraceSubjectSubdivisions for NORMARC XSLT Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: koha.sekjal(a)gmail.com Clicking on subjects does not work as expected when XSLT is on and marcflavour = NORMARC. Looks like missing implementations of TraceCompleteSubfields and TraceSubjectSubdivisions are the culprits... -- 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 26