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

[Bug 10821] New: label pdf adding in strange breaking
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10821 Bug ID: 10821 Summary: label pdf adding in strange breaking Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 20781 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20781&action=edit call number Let's start here - the CSV, XML and Quick label creator do not have this problem - it's purely the PDF. So see the attached images. The call number is 'Script H82 E45' the label is set to print itemcallnumber only and yet with it prints it makes the label look like this (also attached): SCR .I P T H82 E45 It's adding spaces and a dot that don't belong there. I have changed the font size and it still does it. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 9370] New: use Library::CallNumber::LC when splitting LC call numbers for spine labels
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9370 Bug ID: 9370 Summary: use Library::CallNumber::LC when splitting LC call numbers for spine labels Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com We should switch to using Library::CallNumber::LC for splitting LC call numbers when generating spine labels for several reasons: [1] Library::CallNumber::LC was written specifically for parsing LC call numbers, while the current code in Koha was developed based on very few examples. [2] The module is currently being used by Evergreen. Any future efforts to improve LC call number parsing by updating Library::CallNumber::LC would benefit both ILS projects. [3] In bug 6281, I'm proposing using this module to improve sorting of LC call numbers. Using the module would reduce redundancy in Koha's code base. [4] And, perhaps most importantly, it solves a problem reported by a library. The immediate motivation for this change is an example call number that one of our customers noted is being split incorrectly. The LC number 'QH541.15.C6 C25 2012' is currently being split like this: QH 541 .15 .C6 C25 2012 It should actually be split as follows: QH 541.15 .C6 C25 2012 The ".15" after "541" is part of the main class number; it isn't a Cutter. To test: [1] Add an item record with the call number QH541.15.C6 C25 2012 and set it classification source to lcc. [2] Generate a spine label and verify that the call number is split like this: QH 541.15 .C6 C25 2012 -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 12201] New: Add the ability for the user to supply a callnumber splitting regexp for custom CN systems
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12201 Bug ID: 12201 Summary: Add the ability for the user to supply a callnumber splitting regexp for custom CN systems Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: cnighswonger(a)foundations.edu QA Contact: testopia(a)bugs.koha-community.org The proposed feature will add a system preference to contain a custom regexp to be used by the label tool for splitting of callnumbers in a custom CN system. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 5302] New: Replace current call number splitting code with a plug-in system based on classification source
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5302 Summary: Replace current call number splitting code with a plug-in system based on classification source Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 RFC began here: http://wiki.koha-community.org/wiki/Call_Number_Splitting_Plugin_System Please feel free do comment, etc. -- 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 13315] New: Add feedback for last item checked out to circulation.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13315 Bug ID: 13315 Summary: Add feedback for last item checked out to circulation.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It seems that many librarians find it disconcerting to have no feedback with the new checkouts table. It seems that many of them wait for it to fully load, check to verify the item was checked out, and only then check out the next item. To help alleviate this issue, we can have the checkouts page give feedback about the item that was just checked out. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 6536] New: Z3950 Enhancements: SRU targets, MARC conversion, additional XSLT processing
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6536 Bug #: 6536 Summary: Z3950 Enhancements: SRU targets, MARC conversion, additional XSLT processing Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org See also http://wiki.koha-community.org/wiki/Z3950_RFC -- 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 153

[Bug 13467] New: acq tab still says ordered even if completed
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '15

22 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13467 Bug ID: 13467 Summary: acq tab still says ordered even if completed 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 34426 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34426&action=edit ordered instead of completed When an order is completed it's still saying that it's ORDERED in the acq details tab in the staff client. In the attached image you can see the received date and when I look at the invoice everything is received and done. It should say completed but does not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[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