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

[Bug 7250] New: stage_bilbios_file.pl is missing options for encodings, wrongly passing the MARC flavour instead
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '12

20 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7250 Bug #: 7250 Summary: stage_bilbios_file.pl is missing options for encodings, wrongly passing the MARC flavour instead Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P1 - high Component: MARC Bibliographic record staging/import AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: ian.walls(a)bywatersolutions.com The script stage_bilbios_file.pl is passing the MARC flavor instead of the encoding. -- 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 12

[Bug 5707] New: Editing existing authority record 'delete this subfield' clears all fields
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '12

19 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5707 Summary: Editing existing authority record 'delete this subfield' clears all fields Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: eb(a)efdss.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 When editing an existing authority record I clicked on the icon to the right of the subfield (mouseover says 'delete this subfield'). Not only did it delete the contents of that subfield but everything else in the authority record. -- 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 5878] New: overdue printing fixes and improvements
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '12

18 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5878 Bug #: 5878 Summary: overdue printing fixes and improvements Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5575 * misc/cronjob/printoverdues deals with utf-9 correctly * misc/cronjob/overdue_notices - display the due_date - deals with a branchcode parameter limit - deals with the various emails a patron has to select the 1st valid one (function in C4/Members) -- 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 24

[Bug 6868] New: Need a script to fix bad accountno data in accountlines
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '12

18 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6868 Bug #: 6868 Summary: Need a script to fix bad accountno data in accountlines Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons 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 A pretty serious, and heretofore unidentified bug was causing the accountlines.accountno to increment based on the max accountno in the entire accountlines table. This would cause the SMALL_INT to reach max far more quickly than it should have. The bug that caused the problem was fixed with the patch that was submitted and pushed for bug 3498, but that wouldn't repair the problem in the data - each borrowernumber should have 32767 lines available to it, but in all databases that have been privy to this bug, that wouldn't be correct - numbers would have been skipped based on the max accountno at the time of the writeoff. What is needed is a script to clean up the accountno for each borrower, to increment it correctly and free all remaining available lines for each borrower. -- 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

[Bug 5411] New: Existing renewal rules are not translated into new rule structure on upgrade
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '12

17 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5411 Summary: Existing renewal rules are not translated into new rule structure on upgrade Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: henridamien(a)koha-fr.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 I just updated a 3.00 db to a 3.03.00.003, and discovered that the renewal rules were not translated correctly into the new rule structure. Renewal rules (Itemtypes) pre-upgrade: http://screencast.com/t/kBEy1R79t8 Issuing rules pre-upgrade: http://screencast.com/t/Gw6Y0l9hvl6 Issuing rules post-upgrade: http://screencast.com/t/8AplaPge Item Types post-upgrade: http://screencast.com/t/P0x3jB27w It seems to me that the upgrade script should have created rules such as: default:<itemtype> <everything the same as default> <number of renewals for that itype> The only case where it wouldn't need to bother to create rules would be if all of the item types pre-upgrade had the same renewal limit This bug was likely introduced with DB revision 3.01.00.065 (thanks gmcharlt) -- 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 7266] New: overdue.pl : filter on flags "debarred" "suspended" and "gonenoaddress" not working
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '12

17 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7266 Bug #: 7266 Summary: overdue.pl : filter on flags "debarred" "suspended" and "gonenoaddress" not working Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com When looking for overdues, the combobox "Patron flags" has no effect. Three values are available in the list: Address in question Restricted Lost card None of this works (empty result) as the code currently assumes that these filters work with the "flags" field in the database. Actually, the form value should be compared instead with the contents of the gonenoaddress, debarred and lost fields. "Address in question" should filter by: gonenoaddress TRUE "Restricted" should filter by: debarred date >= current date "Lost card" should filter by: lost TRUE -- 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 14

[Bug 7006] New: highlight patron changes in email
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '12

17 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7006 Bug #: 7006 Summary: highlight patron changes in email Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When the patron fills in the form on the OPAC to edit their personal info it would be nice to highlight/mark the differences/changes. Currently we must manually compare every field in the email to their record to discover the changes they are requesting. -- 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 13

[Bug 6439] New: In cataloguing all subfields are displayed, even with hidden=0
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '12

16 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6439 Bug #: 6439 Summary: In cataloguing all subfields are displayed, even with hidden=0 Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Created attachment 4326 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4326 Screenshot of expanded subfields When adding a new MARC record, all subfields are expanded/visible by default, even though they have hidden = 0. See attached screenshot and selection from marc_subfield_structure below. mysql> select tagfield, tagsubfield, liblibrarian, hidden from marc_subfield_structure where tagfield = 800; +----------+-------------+------------------------------------------+--------+ | tagfield | tagsubfield | liblibrarian | hidden | +----------+-------------+------------------------------------------+--------+ | 800 | 8 | Andre karakteristika forbundet med navn. | 0 | | 800 | a | Navn. | 0 | | 800 | b | Nummer. | 0 | | 800 | c | Andre tilføyelser. | 0 | | 800 | d | Årstall forbundet med navn. | 0 | | 800 | j | Nasjonalitet. | 0 | | 800 | l | Språk | 0 | | 800 | q | Mer fullstendig navneform. | 0 | | 800 | t | Tittel for serien. | 0 | | 800 | u | Sorteringsdelfelt for delfelt $t. | 0 | | 800 | v | Bind, nummer etc. | 0 | | 800 | w | Sorteringsdelfelt for delfelt $a. | 0 | | 800 | x | ISSN. | 0 | +----------+-------------+------------------------------------------+--------+ This started happening around the introduction of T:T and/or version 3.4. Others have reported the same behaviour, so it should not be a NORMARC thing. I have seen it both on current master and 3.4.1. -- 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 10

[Bug 5297] New: emailLibrarianWhenHoldIsPlaced does nothing
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '12

16 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5297 Summary: emailLibrarianWhenHoldIsPlaced does nothing Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 There is a preference for the librarian to receive an email when a hold is placed, but this doesn't seem to work and others have said they don't even see any code to implement this... I'd rather it work, but if it can't work, then it shouldn't be a 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 9

[Bug 5344] New: Invoice management improvements
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '12

13 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5344 Summary: Invoice management improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Invoice_management _RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In Koha 3.2, the amount of the items in the parcel is deduced from the budget. We will add 3 fields and a form to let the librarian add additional fees to the parcel, a description of the added fees and a budget. Those fees will be deduced from a selected budget. May overlap with http://wiki.koha-community.org/wiki/Capturing_information_on_handling,_post…. -- 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