November 2013 - Koha-bugs - lists.koha-community.org

[Bug 10828] New: Label creator returns empty pdf, xml or csv file
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10828 Bug ID: 10828 Summary: Label creator returns empty pdf, xml or csv file Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: pedro.m.ferreira(a)mail.cm-portel.pt QA Contact: testopia(a)bugs.koha-community.org In "LABEL CREATOR" i choose "NEW BATCH" then "ADD ITEM(S)". In "Search for items to add to Batch ", i can sucessfully search for an item and then i can select it to add to the batch. I click the "EXPORT BATCH", and then i select the template and the layout. It is from this point that i detect some problems. When i choose the "Download as PDF" I always get an empty PDF FILE. No labels are created In the error log from apache i have the following messages [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: "my" variable $template masks earlier declaration in same scope at /var/www/koha3.12/intranet/cgi-bin/labels/label-create-pdf.pl line 63., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: regexp failed to match string: at /var/www/koha3.12/lib/C4/Labels/Label.pm line 138., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: Use of uninitialized value $parts[-1] in pattern match (m//) at /var/www/koha3.12/lib/C4/Labels/Label.pm line 160., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: Use of uninitialized value $parts[-1] in pattern match (m//) at /var/www/koha3.12/lib/C4/Labels/Label.pm line 160., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: regexp failed to match string: at /var/www/koha3.12/lib/C4/Labels/Label.pm line 165., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl I Have KOHA 3.12 and i migrate the Database from version 3.0.6.04 -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 10746] New: Improving PDF printing of baskets - Omnibus
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10746 Bug ID: 10746 Summary: Improving PDF printing of baskets - Omnibus Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There are several existing bugs about the PDF printing functionality for baskets and basket groups in acquisitions. Templates for the PDF are not using the notices & slips and can currently not be modified without modifying files on server side. Also they are not translatable and libraires cannot add their own templates easily. I will link related bugs to this omnibus bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 6404] New: patron bulk delete by patron category
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6404 Bug #: 6404 Summary: patron bulk delete by patron category Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In schools it would be very handy to have the ability to use the patron bulk delete to delete based on patron category in addition to the fields that are already on there. -- 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 10794] New: Sorting on billing date column in invoices table doesn't work
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10794 Bug ID: 10794 Summary: Sorting on billing date column in invoices table doesn't work Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/acqui/invoices.pl?supplierid=2&op=do_sea rch OS: All Status: NEW Severity: minor 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 Sorting by billing date in the invoices table in acquisitions doesn't work. In my case there was only one date and the other fields were empty. Sorting the column didn't result in any change. Other columns sort nicely. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 9626] New: can't pay FU fines without messing things up
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9626 Bug ID: 9626 Summary: can't pay FU fines without messing things up Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The glitch happens when a patron pays their overdue fine before the item is checked in. When they pay their fine and we mark it down as paid, Koha marks the fine as paid--but as soon as their overdue item is checked in, Koha pops up with a notice that a) the fine was not paid off, and b) is now twice the amount it originally was. Sounds to me like if you pay off a fine that is FU it's changing it to PAID instead of leaving it as FU. Maybe we need the code to look at the code and not change the accounttype if it's FU - only if it's F or something else. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9474] New: filter overdues with fines
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '14

22 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9474 Bug ID: 9474 Summary: filter overdues with fines Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com It would be nice if there was a filter/sort the Overdues with Fines. So either clickable columns or a sort option with filters on the left like we have on the Overdues report. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11256] New: Set a number of items to display on a biblio detail page
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '14

21 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11256 Bug ID: 11256 Summary: Set a number of items to display on a biblio detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Currently, the number of items to display is hardcoded (50). But the perl script loads all items before to check if the number of items is oversized. It would be great to have a syspref for this number and not to load all items in the perl script. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 11177] New: Suppress No cover image available when there local image is available
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '14

21 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11177 Bug ID: 11177 Summary: Suppress No cover image available when there local image is available Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org Created attachment 22633 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22633&action=edit Catalogue records for photographs "No cover image available" is showing directly underneath an uploaded local picture. Will be nice that this can be hidden. See screen image sample attached. Have tried to limit one uploaded local cover image to each catalogue, but this made no difference. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7094] New: Ordering from a suggestion does not trigger notification mail (ORDERED)
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '14

21 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7094 Bug #: 7094 Summary: Ordering from a suggestion does not trigger notification mail (ORDERED) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Blocks: 4211 Koha has a notice template for notifications to be sent out once a suggestion gets ordered in acquisitions (ORDERED). This seems to be broken. What I did: 1) Created suggestion in OPAC 2) Accepted suggestion in Staff 3) Ordered suggestion in acquisitions > no mail was generated after adding the order line to my basket 4) Closed baskert > no mail was generated 5) Received suggestion > no mail was generated This bug might be a side effect from other suggestion bugs. Perhaps: BUG 6893 - suggestions are not longer removed from the list of accepted suggestions after ordering. It seems the status change is broken? -- 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

[Bug 7322] New: Implement emailPurchaseSuggestions
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '14

21 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7322 Bug #: 7322 Summary: Implement emailPurchaseSuggestions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com emailPurchaseSuggestions was removed in 2008 because there was a preference but no code to back it up. I'd like to see a way to have purchase suggestions emailed to the librarian - either a preference or a notice or some such way to let the librarian know that they have suggestions waiting (other than looking at the page daily). Nicole -- 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 2