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

[Bug 4032] XSLT systempreference should take a path to file rather than YesNo
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '12

29 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 Paul Poulain <paul.poulain(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #40 from Paul Poulain <paul.poulain(a)biblibre.com> --- patch pushed. The "biblibre test" stuff is related to how we called at first the syspref, and it have been made live for some of our customers. We would be really unlucky if somone had had the idea of developing something with a local syspref that has the same name !!! (or, we're very lucky and should go to Las Vegas ;-) ) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3521] Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '12

29 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3521 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff CC| |kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3521] Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '12

29 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3521 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #8688|0 |1 is obsolete| | --- Comment #16 from Kyle M Hall <kyle.m.hall(a)gmail.com> --- Created attachment 8689 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8689&action=edit Bug 3521 - Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically Based on patch submitted by Ian Walls Items were sorted by branch, then date accessioned, in GetItemsInfo. While this can be helpful in some circumstances, more often it is useful for items to be sorted first by their enumchron (volume/issue, if applicable) then by their copy number. This patch changes the sort on GetItemsInfo to branch, enumcrhon, copynumber then date accessioned. As sorting on copynumber will be incorrect based on standard sorting ( e.g. 1, 10, 2, 20 ), the copynumber is now padded with leading zeros to correct the sorting ( e.g. 01, 02, 10 20 ). This function appears to be a standard SQL function and not a mysql-ism. I have verfified that is available in MySQL, Postgres, and Oracle. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3521] Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '12

29 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3521 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #5180|0 |1 is obsolete| | --- Comment #15 from Kyle M Hall <kyle.m.hall(a)gmail.com> --- Created attachment 8688 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8688&action=edit Bug 3521 - Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically Based on patch submitted by Ian Walls Items were sorted by branch, then date accessioned, in GetItemsInfo. While this can be helpful in some circumstances, more often it is useful for items to be sorted first by their enumchron (volume/issue, if applicable) then by their copy number. This patch changes the sort on GetItemsInfo to branch, enumcrhon, copynumber then date accessioned. As sorting on copynumber will be incorrect based on standard sorting ( e.g. 1, 10, 2, 20 ), the copynumber is now padded with leading zeros to correct the sorting ( e.g. 01, 02, 10 20 ). This function appears to be a standard SQL function and not a mysql-ism. I have verfified that is available in MySQL, Postgres, and Oracle. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4032] XSLT systempreference should take a path to file rather than YesNo
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '12

29 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 M. de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P1 - high |P3 Status|Signed Off |Passed QA CC| |m.de.rooy(a)rijksmuseum.nl Hardware|PC |All Version|rel_3_4 |master QA Contact|koha-bugs(a)lists.koha-commun |m.de.rooy(a)rijksmuseum.nl |ity.org | --- Comment #39 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Like this patch. Just have the impression that we once had this already? Anyhow, looks good. Two minor remarks: Error checking: What happens when GetURI returns undef on a URL? Could you fall back to default or no xslt view? Now you have a perl error: Empty String at /usr/share/koha/testclone/C4/XSLT.pm line 208 This needs a followup. You test Biblibre by: SELECT 1 FROM systempreferences WHERE variable="IntranetXSLTDetailsDisplay" Just theoretically, but someone else using this local pref could run into problems.. No blocker. Passed QA -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4032] XSLT systempreference should take a path to file rather than YesNo
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '12

29 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 --- Comment #38 from Paul Poulain <paul.poulain(a)biblibre.com> --- QA comment = medium size patch, nothing specific to spot, coded correctly proposing passed QA, but, as it's a BibLibre patch, not setting the status -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7090] New: Add "AllowItemsOnHandCheckout" syspref to allow issue to the patron regardless of hold status
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '12

28 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7090 Bug #: 7090 Summary: Add "AllowItemsOnHandCheckout" syspref to allow issue to the patron regardless of hold status Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Self checkout AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org an item scanned at a self check station connected to Koha over SIP2 should issue regardless of whether there is a hold on the item. If the patron has the book in hand, they should be allowed to check it out; otherwise, what's to stop them from just taking it? This also prevents patrons from self-checking out holds that are waiting for THEM. Work To Be Done: - Add new system preference that asks whether self-check blocks checkout if the material in hand is on hold for someone else - Controls checkouts using Koha’s SCO - Controls checkouts over SIP2 How to test: - Set preference to allow checkouts of items in hand - Checkout a book with a hold on it for another via SIP. Checkout should proceed, hold should still exist - Checkout a book with a hold on it for another via SCO. Checkout should proceed, hold should still exist - Check out a book with a hold on it for yourself via SIP. Checkout should proceed, hold should be marked filled. - Check out a book with a hold on it for yourself via SCO. Checkout should proceed, hold should be marked filled. - Set preference to not allow checkouts of items in hand if hold is on them - Checkout a book with a hold on it for another via SIP. Checkout should not proceed, hold should still exist - Checkout a book with a hold on it for another via SCO. Checkout should not proceed, hold should still exist - Check out a book with a hold on it for yourself via SIP. Checkout should proceed, hold should be marked filled. - Check out a book with a hold on it for yourself via SCO. Checkout should proceed, hold should be marked filled. -- 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 21

[Bug 7692] New: quantity not updating right when ordering
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '12

28 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7692 Priority: P5 - low Change sponsored?: --- Bug ID: 7692 Assignee: henridamien(a)koha-fr.org Summary: quantity not updating right when ordering QA Contact: koha.sekjal(a)gmail.com Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha See here: http://screencast.com/t/Wez5lPu6l0 This happens in master and 3.6.3+ When you are adding multiple items in a basket it does not update the quantity properly. In my video it stopped at 3 even though I added 5 - I've also seen it stop at 2 in the past. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6199] New: Allow bulkmarcimport to blank duplicate barcodes rather than skipping items
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '12

28 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6199 Bug #: 6199 Summary: Allow bulkmarcimport to blank duplicate barcodes rather than skipping items Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org If bulkmarcimport.pl sees a duplicate barcode, it throws away the whole item. The forthcoming patch allows it to optionally blank out the barcode of any duplicates found. This is useful when migrating from software that may have created duplicates. -- 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 34

[Bug 7796] New: C4/VirtualShelves.pm needs globally scoped $dbh for plack
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '12

28 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7796 Priority: P5 - low Change sponsored?: --- Bug ID: 7796 Assignee: gmcharlt(a)gmail.com Summary: C4/VirtualShelves.pm needs globally scoped $dbh for plack QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: rel_3_8 Component: Virtual Shelves Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 6