July 2014 - Koha-bugs - lists.koha-community.org

[Bug 12060] New: Indentation issues allow markup errors in header.inc
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '14

25 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12060 Bug ID: 12060 Summary: Indentation issues allow markup errors in header.inc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com By correcting the indentation, it became more apparent the two markup errors (stray </li> and </div> tags) that were generated by pasting the page source of PROTOCOL://STAFFCLIENT/cgi-bin/koha/tools/holidays.pl into http://validator.w3.org/check -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '14

25 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 Karl Menzies <karlm(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |karlm(a)catalyst.net.nz --- Comment #10 from Karl Menzies <karlm(a)catalyst.net.nz> --- Created attachment 30071 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=30071&action=edit Patch updates template acqui/aqbasketsearch.tt -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds from OPAC.
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '14

25 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28492|0 |1 is obsolete| | --- Comment #69 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 30051 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=30051&action=edit Bug 4045 - No check for maximum number of allowed holds. Re-add the system preference maxreserves. All the code using maxreserves is still in place. Though it is not used in the Reserves module, it is used in all the scripts where holds are placed. Also adds a check so that a borrower cannot exceed the maximum number of allowed holds by using the multi-hold feature via the opac. Test Plan: 1) Apply this patch 2) Run updatedatabase 3) Set maxreserves to 3, set opactheme to bootstrap 4) Log into the opac as a patron 5) Place 3 holds 6) Attempt to place a 4th hold 7) Note you get an error message and cannot place a forth hold 8) Delete two of those holds 9) Attempt to place 3 or more holds as a multi-hold 10) You should see a warning that you cannot place this many holds 11) Try to anyway 12) You should see an alert to tell you to reduce the number of holds you are placing. 13) Reduce the number for holds you are placing to 2 14) Your holds should now be placed Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds from OPAC.
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '14

25 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12164] New: Rollover outstanding orders not yet received
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '14

24 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12164 Bug ID: 12164 Summary: Rollover outstanding orders not yet received Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org There is no way within acquisitions to rollover outstanding orders not yet received at the end of a fiscal year to the next fiscal year/cycle. This new feature will allow to move orders not received and the amounts encumbered/spent from the old/previous fiscal year into the new fiscal year. Coming soon. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 77

[Bug 12638] New: UTF-8 support; C4::Members::AttributeTypes::GetAttributeTypes_hashref should be rewrite
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '14

24 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12638 Bug ID: 12638 Summary: UTF-8 support; C4::Members::AttributeTypes::GetAttributeTypes_hashref should be rewrite Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org If I create a new authorised values list, I use it in Patron attribute types and in the Patron attribute type code I insert something like 'λλλ', those special chars create problems to C4::Members::AttributeTypes::GetAttributeTypes_hashref. You can see the problem settinf an new authorised values list, use it in a new Patron attribute type and as code in Patron attribute type code use 'λλλ'. Then go to Tool -> Patron lists and create a list After go to Tool -> Batch patron modification and try to use the list that you have create to configure a change in patron. This errot it will block you: Software error: Can't call method "authorised_value_category" on an undefined value at /home/koha/src/tools/modborrowers.pl line 109. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 12650] New: UTF-8: ACQ, problems after saved a new budget
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '14

24 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12650 Bug ID: 12650 Summary: UTF-8: ACQ, problems after saved a new budget Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org There are problems in budgets about UTF-8. Open ACQ and click on 'Budgets' link on the left. You arrive in Home › Administration › Budgets administration, then clik on 'New budget'. In the name of budget I insert the string 'ελλη'. I complete data and I save. I return to Home › Administration › Budgets administration ( ../cgi-bin/koha/admin/aqbudgetperiods.pl) and now I see '????' instead of 'ελλη'. But only after the return. If I go to ACQ home and after I return into Home › Administration › Budgets administration, the greeck chars are correct. The problem is present when you came back. I find it on sandbox n.6 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11109] New: import marc21 records in unimarc Koha
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '14

24 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11109 Bug ID: 11109 Summary: import marc21 records in unimarc Koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Some records suppliers or vendors are only providing MARC21 records. For UNIMARC libraries, it is a sad situation, because they cannot use these records. So a new feature for importing marc21 records into UNIMARC Koha would be a good point. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11798] New: Problems with column sorting and row visibility in invoices table
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '14

24 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11798 Bug ID: 11798 Summary: Problems with column sorting and row visibility in invoices table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org There are some problems with column sorting and row visibility in invoices table. Symptoms: 1) Sorting on "Billing date" (functionality introduced by bug 10794) doesn't work properly any longer after bug 10401 was pushed (another side-effect being that "Vendor" column is currently not sortable at all). 2) Only "top ten" invoices are always displayed in the table, and it's not possible to change that without missing top/bottom DataTables pagination bars. (I'm not quite sure it's an error, perhaps it was intended to work like that = a feature, not a bug)? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 12147] New: Column width for action links on invoices too small
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '14

24 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12147 Bug ID: 12147 Summary: Column width for action links on invoices too small Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 27675 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27675&action=edit Invoices table In the table of invoices the last column is not wide enough for the links, that causes each line to be 3 lines. -- You are receiving this mail because: You are watching all bug changes.

1 19