March 2015 - Koha-bugs - lists.koha-community.org

[Bug 12769] New: Notice fee management
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '15

22 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12769 Bug ID: 12769 Summary: Notice fee management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: francois.charbonnier(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Sponsored by Halland County Library RFC (with mockup) : http://wiki.koha-community.org/wiki/Overdue_Notice_Enhancement#Notice_fee_m… Description : Two new system preferences will be added : "DefaultNoticeFee" to set up how much cost the sending of a notice. "NoticeFeeNote" to set up the value which will populate the note in the "accountlines" table. On top of the system preference "DefaultNoticeFee", we will add a new field within the notice template tool where a librarian could set up a different fee, specific to the notice. By default, this field will be populated by the default system preference value. One could empty it or change it. This way, libraries can apply different fees depending on the type of notice they send. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 12752] New: OVERDUE notice mis-labeled as "Hold Available for Pickup"
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '15

22 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12752 Bug ID: 12752 Summary: OVERDUE notice mis-labeled as "Hold Available for Pickup" Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The letter with code OVERDUE for 'all branches' and message transport type 'phone' has the name "Hold Available for Pickup". There are no other notices with code 'OVERDUE', however there is a letter marked 'ODUE'. This notice can be seen at the bywater demo site (username bywater/password bywater): http://intranet.bywatersolutions.com/cgi-bin/koha/tools/letter.pl and here: http://intranet.bywatersolutions.com/cgi-bin/koha/tools/letter.pl?op=add_fo… select * from letter where code='OVERDUE'\G *************************** 1. row *************************** module: circulation code: OVERDUE branchcode: name: Hold Available for Pickup is_html: 0 title: Overdue Notice (phone notice) content: Your item is overdue message_transport_type: phone Thsi notice should be deleted; if a default overdue phone notice is needed, it should be added under the code 'ODUE'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 11317] New: Add a way to access log files from the intranet.
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '15

22 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11317 Bug ID: 11317 Summary: Add a way to access log files from the intranet. 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: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 23203 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23203&action=edit Adds a page to access log files on the server from the intranet. This patch adds a new report section (Report/log files) that lets you access log files in a specific directory on the server. The directory to use can be specified by the "publiclogdir" config in koha-conf.xml : <config> ... <publiclogdir>/var/log/koha-public</publiclogdir> ... </config> With this feature, you can configure cron scripts so they create files in the publiclogdir directory, and these files will then be accessible in the intranet. This is useful when using the html export of overdue_notices.pl or the invalid_856u.sh script as a cron. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 13555] New: Encoding problems on the vendor summary and edit pages
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '15

22 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13555 Bug ID: 13555 Summary: Encoding problems on the vendor summary and edit pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 We see kind of inconsistent encoding problems for the vendor in Koha 3.18.2. The encoding problems appear for umlauts in the data from the database and also for the strings in the templates. Examle: Bärbel as name for the contact, or "Kontakt für verspätete Hefte" (contact for late issues). The problems are visible on the summary page and on the edit form. The problem is inconsistent, because sometimes when you open the page everything is ok... then only the database data shows the problem and the strings from the template are ok... and then both is broken. Not sure what's happening there. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 13482] New: A race condition prevents item info from being available for ReserveSlip (hold notice) printing.
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13482 Bug ID: 13482 Summary: A race condition prevents item info from being available for ReserveSlip (hold notice) printing. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Occasionally the ReserveSlip doesn't have any values from the koha.items-table. There is no apparent reason why. The issue seems to be more prevalent when fulfilling holds (checkin-in) to be transferred to another branch. Traced the issues to a race condition between printing a just-fulfilled hold and writing the itemnumber to the reserves-table. Can be reproduced by entering the following to a javascript console. Dopop('hold-transfer-slip.pl?transfer=1&borrowernumber=10904891&biblionumber=469263&op=slip'); After this patch, one can confirm that it works by using this command: Dopop('hold-transfer-slip.pl?transfer=1&borrowernumber=10904891&biblionumber=469263&itemnumber=10563811&op=slip'); MAKE SURE TO REPLACE PARAMETERS WITH CORRECT VALUES. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 13287] New: Add a system preference to define the number of days used in purge_suggestions.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13287 Bug ID: 13287 Summary: Add a system preference to define the number of days used in purge_suggestions.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: simith.doliveira(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The system preferences value is used whenever purge_suggestions.pl is called without the 'days' parameter. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 10472] New: Receipt by line or invoice
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10472 Bug ID: 10472 Summary: Receipt by line or invoice Classification: Unclassified 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: amitddng135(a)gmail.com To select to ‘receipt in’ items either by per line or the entire invoice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10005] New: inventory checks items in without warning
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10005 Bug ID: 10005 Summary: inventory checks items in without warning Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com I got this via email: ---------- This is my first time doing inventory in KOHA at our high school. I've done it at our middle school before but we always cut off book circulation before doing inventory. At the high school, our collection is so large that we have to do inventory earlier and need to continue circulating through the process. We started the process fine but ran into a problem today when I was uploading our fiction barcodes into KOHA to see the dates last seen. When I uploaded them into the Inventory/Stocktaking area, I got a list of barcodes with the message "item was on loan. It was returned before marked as seen." When I looked up the barcodes, they were all books that were checked out during the day today. When I went back into those patron accts, their checkouts had been erased. ---------- So, I think the problem here is that there is no warning or way to tell Koha to not check the items in, it just checks them in and that's that. We need the inventory tool to either ask before running if it should check things in (an enhancement) or we need a warning saying that it will check things in (a temp fix for the bug). -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 9701] New: Configure default indicator
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9701 Bug ID: 9701 Summary: Configure default indicator Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: anthony.laquerre(a)ccsr.qc.ca CC: m.de.rooy(a)rijksmuseum.nl Request for enhancement. Allow to configure default indicators (eg allow us to impose "1" as the first indicator for an individual authority, because it is the one which is adequate most of the time, and right now, it must be added manually each time. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12072] New: New dateformats are stupidly hard to add
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '15

19 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12072 Bug ID: 12072 Summary: New dateformats are stupidly hard to add Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr We need a dateformat like "dd.mm.yyyy" but just adding that into C4/Dates.pm, Koha/DateUtils.pm and i18n_l10n.pref -files isn't enough, because the allowed date formats are hard-coded in multiple template like this: [% IF ( dateformat == "us" ) %]mm/dd/yy[% ELSIF ( dateformat == "metric" ) %]dd/mm/yy[% ELSE %]yy-mm-dd[% END %] The dateformat style should be passed to the templates instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71