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

[Bug 8364] New: Inconsistency in hold count
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8364 Priority: P5 - low Change sponsored?: --- Bug ID: 8364 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Inconsistency in hold count Severity: normal Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha If a Koha is set with ReservesControlBranch syspref set to ItemHomeLibrary item-level-itype=yes, a patron placing a "first available" hold won't be counted in the total number of reserves placed. The SQL is SELECT count(*) as count FROM reserves LEFT JOIN items USING (itemnumber) LEFT JOIN biblioitems ON (reserves.biblionumber=biblioitems.biblionumber) LEFT JOIN borrowers USING (borrowernumber) WHERE ... AND items.homebranch = ? => items is not defined, the hold is not counted -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8409] New: purchase order saying 'Books'
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8409 Priority: P5 - low Change sponsored?: --- Bug ID: 8409 Assignee: koha-bugs(a)lists.koha-community.org Summary: purchase order saying 'Books' Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Acquisitions Depends on: 6394 Product: Koha Created attachment 10755 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10755&action=edit purchase order I'm not sure where this is coming from - but if you look at the page with the item info it says 'Books published by' ... not sure where Books is coming from but it should be clear if it's an item type or removed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 1232] Add Invoice/Credit/Fines Payed For Day on Issues (Print Page) (Print Slip)
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1232 --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Would be nice to see this moving - old and still asked for! -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 9099] New: Checked-in barcode export should not send empty file
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9099 Bug ID: 9099 Summary: Checked-in barcode export should not send empty file Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron has no checked-in barcodes to export, Koha should not prompt to download an empty file. The pop-up window should instead give a message saying there are none. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 7178] New: Improve order item creation
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7178 Bug #: 7178 Summary: Improve order item creation 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: julian.maurice(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 6233 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6233 neworderempty.pl This development change the behaviour of item creation while ordering or receiving. Only one item block is displayed at a time, and the others are "minimized" in a table row. Moreover, adding a new item no longer clone the html block, but it call PrepareItemRecordDisplay via ajax, so the fields ids are different and cataloguing plugins can be used on these fields. Only items shown in items list will be created, so it requires to click the '+' button at least one time, even for creating a single item. See screenshot attached to see what it looks like. BibLibre infos: Repository: git://git.biblibre.com/koha_biblibre.git Branch: stetienne/ft/MT6523 -- 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 77

[Bug 1387] fgfgffff
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1387 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #37541|0 |1 is obsolete| | --- Comment #2 from Mason James <mtj(a)kohaaloha.com> --- Created attachment 37542 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37542&action=edit Bug 13871 - OverDrive message when user authentication fails NOTE: apply this patch after the additional perltidy patch this patch is basically a small work-around to fix some confusing login text, when users enter incorrect auth details via Overdrive's website with this option disabled (default) there is no change to SIP's behaviour to test... 1/ configure your overdrive account to talk to your Koha's SIP service 2/ start Koha's SIP 3/ enter a correct username and correct password in overdrive see overdrive display '(1) Greetings from Koha…' (good) 4/ enter a correct username and *incorrect* password in overdrive see overdrive display '(1) Greetings from Koha…' (bad) 5/ enter an incorrect username in overdrive see overdrive display '(1)' (badder) 6/ apply patch, enable 'overdrive-mode' in Koha's SIPConfig.xml example... --------------------- <accounts> <login id="kohasip" password="xxxxx" delimiter="|" error-detect="enabled" institution="YYY" overdrive-mode="1" /> </accounts> --------------------- 7/ restart SIP 8/ enter a correct username and correct password see overdrive display '(1) Greetings from Koha…' 9/ enter a correct username and *incorrect* password see overdrive display '(1) Invalid patron or patron password' 10/ enter an incorrect username and incorrect password see overdrive display '(1) Invalid patron or patron password' -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1387] fgfgffff
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1387 --- Comment #1 from Mason James <mtj(a)kohaaloha.com> --- Created attachment 37541 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37541&action=edit Bug 13871 - OverDrive message when user authentication fails NOTE: apply this patch after the additional perltidy patch this patch is basically a small work-around to fix some confusing login text, when users enter incorrect auth details via Overdrive's website with this option disabled (default) there is no change to SIP's behaviour to test... 1/ configure your overdrive account to talk to your Koha's SIP service 2/ start Koha's SIP 3/ enter a correct username and correct password in overdrive see overdrive display '(1) Greetings from Koha…' (good) 4/ enter a correct username and *incorrect* password in overdrive see overdrive display '(1) Greetings from Koha…' (bad) 5/ enter an incorrect username in overdrive see overdrive display '(1)' (badder) 6/ apply patch, enable 'overdrive-mode' in Koha's SIPConfig.xml example... --------------------- <accounts> <login id="kohasip" password="xxxxx" delimiter="|" error-detect="enabled" institution="YYY" overdrive-mode="1" /> </accounts> --------------------- 7/ restart SIP 8/ enter a correct username and correct password see overdrive display '(1) Greetings from Koha…' 9/ enter a correct username and *incorrect* password see overdrive display '(1) Invalid patron or patron password' 10/ enter an incorrect username and incorrect password see overdrive display '(1) Invalid patron or patron password' -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2542] Manual invoice fails on superfluous characters ( e.g. '$' )
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2542 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #13 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- (In reply to Katrin Fischer from comment #11) > Some thoughts on this: > > 1) I think displaying the 0 is not good for ergonomy. I can type 03.00, but > I feel libraries will think they need to delete the 0 first, before typing > in the correct amount. > > 2) Also: with the 0 in the field, you can still accidentally save 0 value > credits and fines easily and the 'required' attribute on the field doesn't > kick in. The default value is now "" > 3) The message is very unspecific. For example, when I enter 'agahgag' it > will just ask me to 'fill out the field' > > Can we have the field empty and have a better error message? Maybe something > like: 'The entered amount is not valid'? Sorry but I did not manage to do that. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2542] Manual invoice fails on superfluous characters ( e.g. '$' )
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2542 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #37202|0 |1 is obsolete| | --- Comment #12 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 37538 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37538&action=edit Bug 2542: Replace default value "0" with "" -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13933] New: t/DateUtils.t causes the build to break
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '15

07 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13933 Bug ID: 13933 Summary: t/DateUtils.t causes the build to break Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: robin(a)catalyst.net.nz QA Contact: gmcharlt(a)gmail.com DBI connect('dbname=koha;host=localhost;port=3306','kohaadmin',...) failed: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /usr/share/perl5/DBIx/Connector.pm line 32 Can't call method "do" on unblessed reference at /tmp/buildd/koha-3.19~git+20150331135711.7fa67b2f/blib/PERL_MODULE_DIR/C4/Context.pm line 817. # Looks like you planned 55 tests but ran 4. # Looks like your test exited with 255 just after 4. t/DateUtils.t ....................... This is caused by: commit dd9f456ab7c2f0e66173a6feb7df2a38604c82cd Author: Jonathan Druart <jonathan.druart(a)biblibre.com> Date: Tue Jan 20 15:28:19 2015 +0100 Bug 13601: Add tests to highlight the problems with DateTime::Format::DateParse -- You are receiving this mail because: You are watching all bug changes.

1 15