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

[Bug 2060] Ability to import Authorities from Staff Client
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2060 Magnus Enger <magnus(a)enger.priv.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dpk(a)randomnotes.org --- Comment #14 from Magnus Enger <magnus(a)enger.priv.no> --- *** Bug 5332 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5332] New: Add batch reversion capability to bin/commit_biblios_file.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5332 Summary: Add batch reversion capability to bin/commit_biblios_file.pl Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpk(a)randomnotes.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2724 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2724 version with new functionality commit_biblios_file.pl needs a way to revert a batch in bulk. I have done this code and will attache it to bug for review and potential inclusion. The basis for this enhancement was the a bad batch of MARC records that had some unknown Unicode characters in them which cause the import function from the web interface to fail after importing a portion of the records. At that point you are completely stuck. You can't complete the import due to the errors and there is no way to *revert* either. You are stuck with a half imported batch. My change is to add a --revert flag to commit_biblios_file.pl which provides an interface to the pre-existing BatchRevertBibRecords function. I have also added a --progress-interval flag to allow the default commit interval to be changed to aid in debugging bad import batches. -- 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 18

[Bug 3462] Link see alsos in authorities
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3462 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA CC| |mtj(a)kohaaloha.com --- Comment #14 from Mason James <mtj(a)kohaaloha.com> --- (In reply to comment #13) > Created attachment 11390 [details] > Bug 3462: Links in authorities should be hyperlinks > Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> > Rebased 26 July 2012 > > Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> > Rebased on master 1 August 2012 > > Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> > Rebased on master 6 August 2012 > > Signed-off-by: Katrin Fischer <Katrin.Fischer.83(a)web.de> patch looks good, passing QA well done everyone :) mason@xen1:~/git/head$ koha-qa.pl * 02ea726 Bug 3462: Links in authorities should be hyperlinks C4/AuthoritiesMarc.pm koha-tmpl/intranet-tmpl/prog/en/includes/authorities-search-results.inc koha-tmpl/intranet-tmpl/prog/en/modules/authorities/searchresultlist.tt koha-tmpl/opac-tmpl/prog/en/includes/authorities-search-results.inc koha-tmpl/opac-tmpl/prog/en/modules/opac-authoritiessearchresultlist.tt opac/opac-authorities-home.pl - perlcritic-progressive tests... OK - perl -c syntax tests... OK - xt/tt_valid.t tests... OK - xt/author/valid-template.t tests... OK -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8613] New: Patron Messaging Preferences Template falsely states that Category Level Preferences are Applied to Patron
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8613 Priority: P5 - low Change sponsored?: --- Bug ID: 8613 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Patron Messaging Preferences Template falsely states that Category Level Preferences are Applied to Patron Severity: minor Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: Patrons Product: Koha The template for the Patron messaging preferences in the Patron Edit screen falsely states that Category Level Preferences are applied to the patron on save, if the patron does not select any messaging preferences. No matter how I test it, it never works. I suggest that we either eliminate this message, or actually make it so that this statement is true. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8608] New: replace checkboxes with edit links
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '12

09 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8608 Priority: P5 - low Change sponsored?: --- Bug ID: 8608 Assignee: cnighswonger(a)foundations.edu Summary: replace checkboxes with edit links Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Label printing Product: Koha When editing label templates or layouts or anything their are checkboxes you have to click before you click edit. You can't edit multiple at a time - an error appears - so why have that option to select multiple? I say we replace the check boxes with 'edit' links instead that way you click 'edit' to the right of the label you want to modify and you eliminate an extra click and confusion over why there are checkboxes there at all. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 4226] bulkmarcimport.pl doesn't replace 001 when keepids is not specified
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '12

09 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4226 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |julian.maurice(a)biblibre.com --- Comment #9 from Julian Maurice <julian.maurice(a)biblibre.com> --- Script seems to work as expected, but a few remarks: 1. GetOptions wait for a string after -a and -b parameters, which are boolean flags according to POD 2. --commit option is not used 3. binmode(STDOUT, ":utf8") is doing something strange. date outputs: jeudi 9 aoÃ»t 2012, 15:47:12 (UTC+0200) if i remove binmode line, it looks ok 4. some printed strings have newline at end, some others don't. Some strings are printed only when $verbose is true while others are always printed (can't figure out why). Maybe you should use some wrapper sub like this: sub print_log { print @_, "\n" if $verbose; } 5. italian language (lines 126-127) should be translated. 6. More important: what happens if some ids (authid or biblionumber) are the same when resetting the primary key? I tested this: perl misc/migration_tools/sysno_keeper.pl -a 1 -v -t 009 having 2 records containing the same data in 009 field. Output: 1. dropping primary key for auth_header.authid 2. filling in auth_header.authid... 3. rebuilding primary key for auth_header.authid DBD::mysql::db do failed: ALTER TABLE causes auto_increment resequencing, resulting in duplicate entry '12345678' for key 'PRIMARY' at misc/migration_tools/sysno_keeper.pl line 104. Is there a way to detect such errors and cancel previous modifications ? Failed QA for 1 and 2. A follow-up for 6 would be great! -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '12

09 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julian.maurice(a)biblibre.com --- Comment #40 from Julian Maurice <julian.maurice(a)biblibre.com> --- Liz, the patch you submitted only removes an empty line. Is it the patch you wanted to submit? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8599] New: Amazon Image cover dont display for movie
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '12

08 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8599 Priority: P5 - low Change sponsored?: --- Bug ID: 8599 Assignee: oleonard(a)myacpl.org Summary: Amazon Image cover dont display for movie Severity: enhancement Classification: Unclassified OS: All Reporter: anthony.laquerre(a)ccsr.qc.ca Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Image cover seem to work only for books ? I am not able to make it work for movie. >From my understanding, the condition to get the image cover from Amazon are : In MARC21 : CUP need to be entered into 024$a First Indicator need to be 1 Position 6 of the leader need to be "g" ( movie ) Tested on 3.08.00 ( demo site from bywater ) You can see it here : http://catalog.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumbe… Cover is never display (in the search result and in the detail page). CUP in that case is : 841887006255 And if I search it in Amazon the movie exist... See : http://www.amazon.ca/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords… Let me know if you need more info. Anthony -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8574] New: test
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '12

08 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8574 Priority: P5 - low Change sponsored?: --- Bug ID: 8574 Assignee: koha-bugs(a)lists.koha-community.org Summary: test Severity: enhancement Classification: Unclassified OS: Windows Reporter: savitri_gokarnesan01(a)infosys.com Hardware: PC Status: NEW Version: unspecified Component: Acquisitions Product: Koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8592] New: Pendingreserves.tt is showing "Previous" and "Next" text over the "Previous" and "Next" buttons on the jQuery datatable
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '12

08 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8592 Priority: P5 - low Change sponsored?: --- Bug ID: 8592 Assignee: oleonard(a)myacpl.org Summary: Pendingreserves.tt is showing "Previous" and "Next" text over the "Previous" and "Next" buttons on the jQuery datatable Severity: minor Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: Templates Product: Koha On pendingreserves.tt (or the Holds to Pull screen), the Previous and Next buttons now have "Previous" and "Next" link text appearing overtop of them. In 3.8.0, there are just the buttons and no text overtop. If you look at the element that has the button images, it is a div element with titles for "Previous" and "Next". In 3.9.0.30, the div elements no longer have titles, but instead of links within them that have link text of "Previous" and "Next" that appear overtop of the button images. jquery.dataTables.min.js 1.8.1 - Shows "Previous" and "Next" as titles for the div showing the image jquery.dataTables.min.js 1.9.1 - Removes the title from the div and adds links which have "Previous" and "Next" as link text. -- I haven't tested this extensively, but I do wonder why there are links in 3.9.x and not 3.8.x. Since there aren't enough holds to generate another page of results, the earlier behaviour might be the correct one. Or maybe the links weren't showing up and the button images were worthless in 1.8.1. I don't know. I just know that it looks terrible. -- You are receiving this mail because: You are watching all bug changes.

1 5