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

[Bug 5883] New: UTF-8 characters in items (952) get encoded wrong when the record is modified.
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '11

07 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5883 Bug #: 5883 Summary: UTF-8 characters in items (952) get encoded wrong when the record is modified. 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 If a record already contains contains items with UTF-8 characters (accented characters for example), those characters become garbled when the record is modified. Example : "méthode" in field 952$3 becomes "mÃ©thode" after the record is saved. -- 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 5671] New: Add a column of custom HTML to "my summary"
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '11

07 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5671 Summary: Add a column of custom HTML to "my summary" Change sponsored?: Sponsored Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-03-01 Created attachment 3040 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3040 Screenshot showing the desired functionality A client would like to be able to display custom HTML (specifically a link called "Share on Facebook") in a new column on the "my summary" tab in the OPAC. The rationale for this is that the user will be highly motivated to tell others about a book when they are about to renew the loan. It should work similar to the current OPACSearchForTitleIn syspref, with placeholders for relevant pieces of information. See the wiki for further details: http://wiki.koha-community.org/wiki/Add_a_column_of_custom_HTML_to_%22my_su… This enhancement is sponsored by The Halland libraries, Sweden. -- 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 29

[Bug 6436] New: Don't allow deletion of an itemtype used in items.itype
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '11

06 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6436 Bug #: 6436 Summary: Don't allow deletion of an itemtype used in items.itype Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When trying to delete an item type, the code checks if its code is used in biblioitems.itemtype and if it is, deosn't allow suppression. But item type can also be in items.itype. I modified code to check both locations. -- 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 5203] New: Creating a label template causes fatal error if description field is empty
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '11

04 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5203 Summary: Creating a label template causes fatal error if description field is empty Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Attempting to save a label template causes a fatal error Software error: Can't call method "save" without a package or object reference at /home/liz/kohaclone/labels/label-edit-template.pl line 102. For help, please send mail to the webmaster (webmaster@koha-deb), giving this error message and the time and date of the error. when the default text is removed and no text is typed into the description field (it's empty). -- 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 7

[Bug 5580] New: BibLibre acq improvements for 3.4
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '11

01 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5580 Summary: BibLibre acq improvements for 3.4 Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 New script to delete old suggestions (MT3000), other patches are bugfixes, minor changes -- 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 40

[Bug 4319] waiting items cannot be reserved
by bugzilla-daemon＠bugs.koha-community.org 31 May '11

31 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4319 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|kyle.m.hall(a)gmail.com |fridolyn.somers(a)gmail.com --- Comment #11 from Owen Leonard <oleonard(a)myacpl.org> 2011-05-31 19:50:38 UTC --- I think this signoff needs to be reconsidered. The patch adds these lines: + # only withdrawn, lost and damaged avoid placing hold on item + $can_place_holds = 1 unless ($item->{withdrawn} || $item->{itemlost} || $item->{damaged}); A damaged status does not always block a hold. It depends on the AllowHoldsOnDamagedItems preference. -- 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 5093] New: JavaScript error in IE8 when choosing authority record
by bugzilla-daemon＠bugs.koha-community.org 31 May '11

31 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5093 Summary: JavaScript error in IE8 when choosing authority record Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/cataloguing/addbiblio.pl?frameworkcode=B KS OS/Version: Windows Status: NEW Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 To reproduce in IE8: - Open a blank MARC record for editing - Choose a tag which is tied to an authority (e.g. 100a) - Click to pop up the authority search window - Find and choose your authority record A maximized blank window appears and displays a JavaScript error message: Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0;) Message: Not implemented Line: 123 Char: 5 Code: 0 URI: /cgi-bin/koha/authorities/blinddetail-biblio-search.pl?authid=1&index=tag_100_subfield_a_342534_649318 This blank window does not close itself as it does under normal operation. However, after manually closing the window you'll find the authority information was populated in the MARC record form as expected. -- 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 6

[Bug 4415] child record only using parent's info
by bugzilla-daemon＠bugs.koha-community.org 31 May '11

31 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4415 Liz Rea <wizzyrea(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wizzyrea(a)gmail.com --- Comment #8 from Liz Rea <wizzyrea(a)gmail.com> 2011-05-31 19:43:38 UTC --- I think we just need to display the changed child data, either in place of, or in addition to, the guarantor's data. -- 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 5864] New: Is C4::Serials::GetSubscriptions searching too generally?
by bugzilla-daemon＠bugs.koha-community.org 31 May '11

31 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5864 Bug #: 5864 Summary: Is C4::Serials::GetSubscriptions searching too generally? 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: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org After migrating subscription data from 2.2.9 to 3.2.1, 6 of about 222 subscriptions were showing two or three lists of "latest issues", lets say "Journal A" was displaying the list of "latest issues" for "Journal A", but also for "Journal X" and "Journal Y". The first theory was that an incorrect biblionumber had been put in e.g. the subscriptions table (they had to be updated since the biblionumbers changed from the old to the new database), but scrutiny of the data showed this not to be the case. "Jounal X" and "Journal Y" were displaying just fine on their own (looking up the biblionumber showed the expected results). The problem was solved by changing line 104 of opac/opac-detail.pl from this: my @subscriptions = GetSubscriptions( $dat->{title}, $dat->{issn}, $biblionumber ); to this: my @subscriptions = GetSubscriptions( '', $dat->{issn}, $biblionumber ); preventing C4::Serials::GetSubscriptions from using the title of the journal for finding subscription information. Looking at the code in C4::Serials::GetSubscriptions it looks like, if a title is provided, the function will look for it in all of these fields: biblio.title subscription.callnumber subscription.location subscription.notes subscription.internalnotes returning any subscriptions where the title is found, including any where the string occurs in notes subscription.notes and subscription.internalnotes! This was indeed the case for our original problem, the journal that was displaying extra lists of issues was "Science" ("Journal A"), and the two extra journals having their issues erroneously displayed ("Journal X" and "Journal Y") had the word "science" mentioned in the subscription.notes field. Changing the call to GetSubscriptions worked in this case, but I'm not sure it would be an improvement for everyone? This was tested with 3.2.1, but the code seems to be same in master. -- 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 12

[Bug 3397] Deleting item record leaves a hole in patron's reading history
by bugzilla-daemon＠bugs.koha-community.org 31 May '11

31 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3397 --- Comment #5 from Sharon Moreland <smoreland(a)nekls.org> 2011-05-31 14:46:55 UTC --- As a patron, I would question any apparent 'holes' in my reading history. It doesn't matter to me that the Library weeded a book I read - I want a record of every item I read to remain. Is it possible to retain a brief title, similar to what appears in the Fines table? -- 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