May 2010 - Koha-bugs - lists.koha-community.org

[Bug 4334] Notices Samples doesn't exist anymore
by bugzilla-daemon＠bugs.koha-community.org 22 May '10

22 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4334 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |chris(a)bigballofwax.co.nz Resolution| |FIXED --- Comment #1 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Tested and confirmed that I can no load the sample notices, in both french and english -- 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 0

[Bug 4505] update minimum version of Perl
by bugzilla-daemon＠bugs.koha-community.org 22 May '10

22 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4505 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |PATCH-Sent CC| |chris(a)bigballofwax.co.nz -- 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 0

[Bug 4151] Document new perl modules for those upgrading
by bugzilla-daemon＠bugs.koha-community.org 22 May '10

22 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4151 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris(a)bigballofwax.co.nz --- Comment #1 from Chris Cormack <chris(a)bigballofwax.co.nz> --- This has been fixed by the work of Chris Nighswonger, in bug 4444 -- 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 0

[Bug 4036] Two conditions missing from circ template messages: USERBLOCKEDOVERDUE and USERBLOCKEDREMAINING
by bugzilla-daemon＠bugs.koha-community.org 22 May '10

22 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4036 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #1 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Tested, this now works -- 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 0

[Bug 4464] Editing a record with a 245a triggers warning about 245 is mandatory
by bugzilla-daemon＠bugs.koha-community.org 21 May '10

21 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4464 --- Comment #3 from Jane Wagner <jwagner(a)ptfs.com> --- Some edited discussion from the IRC today about the problem, before Galen sent his patch. Including here for background. <owen> I tried entering a really long title and editing that, but I can't reproduce your issue <owen> Is it only in older versions? <jwagner> The site in production is at roughly .061, but I think my programmer's test environment is at current head. I'll doublecheck that with him. He reproduced the problem on his dev box. <owen> jwagner: I did this: open existing record, edit the 245a to make it very long. Save. Open the record again for editing, save again. <gmcharlt> owen: issue probably lies around line 130 of addbiblio.tmpl <gmcharlt> I was able to reproduce the issue by artificially changing the threshhold to use textareas instead of inputs to 20 <gmcharlt> that part of the mandatory field check looks for <input> elements, but ignores textareas <gmcharlt> whole thng is a candidate for inserting jquery <gmcharlt> but for now, patching it to also take textareas for subfields into account is the least disruptive way to change it <owen> Am I not doing the right thing to trigger the bug? <jwagner> owen, I just reproduced in my current head system. The workflow is importing the bib record (he gets his records from OCLC). Then open up in Koha to edit record. Save it, it triggers the error. <gmcharlt> in order to trigger the bug, you first have to save or import a record that has more than 100 characers in the 245 $a <owen> Long enough to trigger the textarea display, right? I've got that <gmcharlt> to artificially change the size limit, adjust line 479 of addbiblio.pl <jwagner> That was the workaround we were using, I think -- manually changing the size limit. Works as an immediate cure but isn't a good long-term fix. <owen> ...but if all that's necessary to trigger the bug is a 245a textarea, I've got that. But no warning. <jwagner> Are you creating or editing the record from scratch in Koha to be longer than 100 chars? <jwagner> There may be a difference between importing a record, then editing, versus creating/editing in Koha. <owen> Editing an existing record to be longer than 100chars; saving; Editing again. No warning. <owen> Hm, a different check for new records? <jwagner> Let me send you this record & you try to import * owen can't duplicate the problem even if he imports a new record and tries to save it with the same long title <owen> I see, the problem was that my tests used a record with a 245b, and the check must look for *any* subfield to be filled in (although is it possible to have a 245b with no 245a?) <jwagner> Right, the workaround the site developed was to put a space in 245b -- 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 0

[Bug 4464] Editing a record with a 245a triggers warning about 245 is mandatory
by bugzilla-daemon＠bugs.koha-community.org 21 May '10

21 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4464 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |PATCH-Sent -- 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 0

[Bug 4464] Editing a record with a 245a triggers warning about 245 is mandatory
by bugzilla-daemon＠bugs.koha-community.org 21 May '10

21 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4464 --- Comment #2 from Galen Charlton <gmcharlt(a)gmail.com> --- Created attachment 2154 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2154 patch to check subfields in <textarea> elements -- 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 0

[Bug 4464] Editing a record with a 245a triggers warning about 245 is mandatory
by bugzilla-daemon＠bugs.koha-community.org 21 May '10

21 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4464 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- 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 0

[Bug 4464] Editing a record with a 245a triggers warning about 245 is mandatory
by bugzilla-daemon＠bugs.koha-community.org 21 May '10

21 May '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4464 Jane Wagner <jwagner(a)ptfs.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwagner(a)ptfs.com --- Comment #1 from Jane Wagner <jwagner(a)ptfs.com> --- One of our programmers has tracked down the cause of this problem, but we are not sure of the best way to solve it. Briefly, it happens when a title is over 100 characters in length, and the culprit is the javascript that's controlling the text input block. Here's our programmer's report: ----- Here's a snippet of the HTML from a record that throws the 245 error... <textarea cols="70" rows="4" id="tag_245_subfield_a_834735_210982" name="tag_245_subfield_a_834735_210982" class="input_marceditor" tabindex="1" >Orders regarding the death of George Washington and the military's funeral arrangements for their "Patron and Father."</textarea> versus a good one... <input type="text" id="tag_245_subfield_a_735043_272907" name="tag_245_subfield_a_735043_272907" value="Pain is inevitable but misery is optional so, stick a geranium in your hat and be happy! /" tabindex="1" size="67" maxlength="9999" class="input_marceditor" /> The issue is the javascript (js) that checks for mandatory fields does not recognize the textarea. The textarea piece comes from addbiblio.pl ($subfield_data{marc_value}), and it creates it when a title is longer than 100 characters. A quick work around is to increment this value, but the ultimate solution would be to have the js recognize that there's something in the textarea input field. ----- Any ideas? -- 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 0

[Bug 4036] New: Two conditions missing from circ template messages: USERBLOCKEDOVERDUE and USERBLOCKEDREMAINING
by bugzilla-daemon＠kohaorg.ec2.liblime.com 21 May '10

21 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4036 Summary: Two conditions missing from circ template messages: USERBLOCKEDOVERDUE and USERBLOCKEDREMAINING Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- >From Circulation.pm: my ($blocktype, $count) = C4::Members::IsMemberBlocked($borrower->{'borrowernumber'}); if($blocktype == -1){ ## remaining overdue documents $issuingimpossible{USERBLOCKEDREMAINING} = $count; }elsif($blocktype == 1){ ## blocked because of overdue return $issuingimpossible{USERBLOCKEDOVERDUE} = $count; } There is no conditional markup for these states in circulation.tmpl, so if these conditions are triggered the circ template displays an yellow alert box with no content. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24