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

[Bug 5912] New: Hold queue 'jump'
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '12

07 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5912 Bug #: 5912 Summary: Hold queue 'jump' Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com -- 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 8696] New: Tools menu says export bibs still
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8696 Priority: P5 - low Change sponsored?: --- Bug ID: 8696 Assignee: nengard(a)gmail.com Summary: Tools menu says export bibs still Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: ASSIGNED Version: master Component: Templates Product: Koha The tool for export bibs is now 'export data' so the menu should say that. patch coming. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 8261] New: Cannot search system preferences from Local Use tab
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8261 Priority: P5 - low Change sponsored?: --- Bug ID: 8261 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Cannot search system preferences from Local Use tab Severity: blocker Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: System Administration Product: Koha Searching the system preferences from the Local Use tab generates a Software error as follows: "Template process failed: file error - .../intranet/htdocs/intranet-tmpl/prog/en/modules/admin/preferences/all.pref: not found at .../lib/C4/Templates.pm line 127." I notice that early versions (such as 3.2) produce search results under an "all preferences" heading. However, I don't see an all.pref file in 3.2 either. The "all preferences" result list seems archaic though, since searching "OPAC" or "MARC" from any other tab provides a much more well formatted list where results are grouped by tab and subheading. Any thoughts on this one? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 8706] New: Private lists can be accessed by anyone
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8706 Priority: P5 - low Change sponsored?: --- Bug ID: 8706 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Private lists can be accessed by anyone Severity: critical Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Virtual Shelves Product: Koha Any private list can be accessed by any user by typing the shelf number in the URL: /cgi-bin/koha/opac-shelves.pl?viewshelf=XXX -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 8704] New: Typo in etc/koha-conf.xml
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8704 Priority: P5 - low Change sponsored?: --- Bug ID: 8704 CC: m.de.rooy(a)rijksmuseum.nl Assignee: m.de.rooy(a)rijksmuseum.nl Summary: Typo in etc/koha-conf.xml Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: ASSIGNED Version: master Component: Z39.50 / SRU / OpenSearch Servers Product: Koha Include file from auth should be bib for publicserver. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8514] New: Display of patron results changed display order
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8514 Priority: P5 - low Change sponsored?: --- Bug ID: 8514 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Display of patron results changed display order Severity: normal Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha As part of the patch associated with bug 6303 the display of patrons returned by a seach has changed from surname, firstname to firstname surname. As that change is not flagged in the commit message or associated bug I assume this was inadvertant. Libraries seeing the newer display are seeing it as a regression -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 7613] New: OCLC Connexion Gateway
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7613 Bug #: 7613 Summary: OCLC Connexion Gateway 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: srdjan(a)catalyst.net.nz QAContact: koha.sekjal(a)gmail.com Work to be done: * C4::ImportBatch: create sub GetImportBatchByFilename($filename) which will get the last import_batches record with the filename * Create svc/import_bib - POST request structure: param1: val param2: val <?xml version="1.0" encoding="UTF-8"?> <record ... </record> - call C4::ImportBatch::GetImportBatchByFilename("webservice"); if in 'stage' status use it, otherwise create new one AddImportBatch() using POST param - call C4::ImportBatch::AddBiblioToBatch() and AddItemsToImportBiblio() - if import mode = 'direct' call C4::ImportBatch::BatchCommitBibRecords() * misc/cronjobs/import_webservice_batch.pl: - input params: framework (default 'default') - call C4::ImportBatch::GetImportBatchByFilename("webservice"); if in 'stage' status - call C4::ImportBatch::BatchCommitBibRecords() * create OCLC requests listening daemon connexion_import.pl - base on HTTP::Server or similar - command line params: config file - config values as per spec - first get the auth cooki from auth url, then make request to import url How to test: * using some tool (wget or curl) make a request with some MARC xml to OCLC daemon * check koha import batches that a webservice batch is created with params as in the config file * run cron job from the command line and check the batch status -- 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 50

[Bug 6903] New: Quantity for odering from suggestion should not default to 0
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6903 Bug #: 6903 Summary: Quantity for odering from suggestion should not default to 0 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All 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 ordering from suggestions is the only ordering option where quantity defaults to 0 instead of ''. So if you forget to change that it will not complain and you will not create an order when saving. -- 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 8293] New: Software error when clicking on first or last result of each page on OPAC
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '12

05 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8293 Priority: P5 - low Change sponsored?: --- Bug ID: 8293 Assignee: oleonard(a)myacpl.org Summary: Software error when clicking on first or last result of each page on OPAC Severity: critical Classification: Unclassified OS: All Reporter: koha(a)univ-lyon3.fr Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha When you click on the last result of first page or first/last result of following pages of results you get this : Unsupported UNIMARC character encoding [] for XML output for UNIMARC; 100$a -> at /usr/share/perl5/MARC/File/XML.pm line 505. This happens because of the following patch : "bug_6488 followup - fixes issue with bibs with no items and serials being suppressed". + if ($items_count > 0) { next if $is_opac && $hideatopac_count >= $items_count; next if $hidelostitems && $itemlost_count >= $items_count; - + } When commented the 2 conditions lines that have been added, the records display correctly again. Strangely, this patch seems not to have been validated (cf comments thread in Bug 6488). But may be, I missed something... -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 8675] New: Renewing item to specified date creates a due date with HH:MM set to 00:00
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '12

05 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8675 Priority: P5 - low Change sponsored?: --- Bug ID: 8675 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Renewing item to specified date creates a due date with HH:MM set to 00:00 Severity: enhancement Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha If items are renewed (via the reserve/renewscript) from the checkboxes displayed in moremember.pl or circulation.pl and the gadget is used to select a new duedate, the duedate time is set to 00:00 It should set it to 23:59 by the same logic as is used for duedatespec in circulation.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8