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

[Bug 7112] New: Having two prices in 020$c causes basket creation to fail from staged marc import
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '13

09 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7112 Bug #: 7112 Summary: Having two prices in 020$c causes basket creation to fail from staged marc import Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org While attempting to create a basket from a staged MARC record import, If 020$c has two prices - ie, $5.99 ($7.75 CAN) this will cause the basket creation to fail with the following message: Only one decimal separator permitted at /home/koha/kohaclone/acqui/addorderiso2709.pl line 210 -- 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 8680] New: Z39.50 searches for ISBN/ISSN problematic in the Acquistions Module
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '13

08 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8680 Priority: P5 - low Change sponsored?: --- Bug ID: 8680 Assignee: koha-bugs(a)lists.koha-community.org Summary: Z39.50 searches for ISBN/ISSN problematic in the Acquistions Module Severity: normal Classification: Unclassified OS: All Reporter: jbalway(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Acquisitions Product: Koha "Copy cataloging via Z39.50 is often done by searching on ISBN or ISSN. Unfortunately, the code for doing this is... problematic, and may cause problems with some Z39.50 servers." (Description from Bug 8550). This Bug is the Exact Same bug as 8550. Except it is in the Z39.50 Search Script located in the Acquisitions Module. /usr/share/koha/intranet/cgi-bin/acqui/z3950_search.pl The z3950_search.pl script for the Acquisitions Module has a few extra lines of code to handle Ordering of the item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 9331] New: Untranslatable strings in ajax.js
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '13

08 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9331 Bug ID: 9331 Summary: Untranslatable strings in ajax.js Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org CC: frederic(a)tamil.fr ajax.js contains several English strings which, although they are optimistically wrapped in _(' '), will not be picked up by the translation script. These strings must be moved to the relevant templates. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 6287] New: No slip for aggregate fine activity for today
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '13

04 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6287 Bug #: 6287 Summary: No slip for aggregate fine activity for today Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 2349, 3246 The current fine receipt printing is very nice, but it would also be nice to be able to have today's fine activity reflected on the regular issuing slip. Constructed like: Library Name Date Patron Number (name) Today's Issues Total fines owed: $$ Total paid today: $$ [News and other stuff] ---- Could go under an omnibus "stuff to be able to add to receipts by branch" since only fining libraries would want this on their receipts (important in consortia). -- 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 3

[Bug 9325] New: overdue notices sent same messages for all users.
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '13

04 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9325 Bug ID: 9325 Summary: overdue notices sent same messages for all users. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com In overdue_notices.pl, letter template must not be passed to parse_letter because this sub modifies it, so the first overdue letter is ok but following letters have exactly the same content. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9279] New: Problem with quick slip templates
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '13

04 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9279 Bug ID: 9279 Summary: Problem with quick slip templates Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: vfernandes(a)keep.pt Yesterday I was trying the using of quick slip templates in Koha 3.8.7. I've modified the template and then I've done one check out to one patron. Then I tried to print the quick slip, and two thing happened: - If I was in circulation tab of the patron, when printing the quick slip the template was used (printslip.pl was called) - If I was in details tab of the patron, when printing the quick slip the templates wasn't used (moremember.pl was called) Should be the template always be used besides being on circulation or details tab? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 6535] New: Dates in notices should be syspref formatted
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '13

04 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6535 Bug #: 6535 Summary: Dates in notices should be syspref formatted Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Any date field being parsed into the notice should be formatted accounting to dateformat system preference. A change made to C4::Letters::parseletter would handle this for every letter coming though. -- 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 1

[Bug 5172] New: Use other name rather than first name when referring to the user
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '13

03 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5172 Summary: Use other name rather than first name when referring to the user Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the OPAC, the 'Other Name' field should be used when referring to the user, if it's been supplied. For example, "Mr Firstname Surname" should be "Mr Othername Surname" if there is a defined Othername. -- 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 16

[Bug 7669] New: Search Results Multiple Cover Image HTML & CSS
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '13

03 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7669 Priority: P5 - low Change sponsored?: --- Bug ID: 7669 Assignee: oleonard(a)myacpl.org Summary: Search Results Multiple Cover Image HTML & CSS QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: ssammons(a)npelem.com Hardware: All Status: NEW Version: rel_3_6 Component: OPAC Product: Koha Created attachment 8065 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8065&action=edit Patch of my changes to opac_results.tt and opac.css Looks at the code for the images in the template I notices some were raw images, some were encased in <div> tags, and no-images were in <spans> As per my comments in bug 7594 I added classes to the elements to make then more easily modified by the end user through the OPAC CSS options. Also, all images and no-images now have float:left (this was in the .thumbnail class). I combines the thumbnail elements into the .no-image{} class. It does not have div.no-image like the still active span.no-image, because that is an element specific class and thus any setting in it over-ride user settings. So, it has to stay a simply .no-image. Images "<img>" now have a class thumbnail_image. This was in keeping with consistent and unique element classes. Thumbnail is used by all the <div> elements. Here are the new classes I have added, that are vendor/company specific: /* New Classes for Thumbnail Images */ .thumbnail_image { /* specific class for the actual <img> tag */ } /* specific classes for thumbnails */ .opac_thumb, .amazon_thumb, .google_thumb, .syndetics_thumb, .openlibrary_thumb, .bakertaylor_thumb{ } /* specific classes for no-image */ .amazon_no, .google_no, .openlibrary_no, .bakertaylor_no{ } Example Code to see why: /*examples how a specific class works*/ div.amazon_no{ /*Amazon no image [seem broken in code]*/ border: 1px solid #FFA500; /*amazon is ornage*/ } .google_thumb, .google_no{/*Google no image*/ border-top: 2px solid #F00; border-right: 2px solid #080; border-bottom: 2px solid #FF0; border-left: 2px solid #00F; padding: 2px; } .openlibrary_no{ background: url(http://openlibrary.org/images/logo_IA-sm.png) right center no-repeat; color: #00F; text-align: left; } You can also view an image here...http://ww.screencast.com/t/vPwtSYmZa4v I am attaching my patch -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 6556] New: The popup menu in the Z39.50 search results doesn't point to the correct record.
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '13

03 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6556 Bug #: 6556 Summary: The popup menu in the Z39.50 search results doesn't point to the correct record. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Created attachment 4565 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4565 Corrects the popup menu links in the z3950 search results. In the results of a Z39.50 search, if a result is clicked, a small popup menu appears with the options "Preview MARC","Preview Card","Import","X". If we compare the URL of the "Preview Marc" menu option and the URL of the "MARC" link on the same line, we can see that the "importid" is not the same in the two URLs. The importid in the popup menu seems to always be the importid of the last item of the results list. Patch attached that corrects the problem. -- 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 14