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

[Bug 11470] New: Circulation_transfers.t can fail, spuriously
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '14

18 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11470 Bug ID: 11470 Summary: Circulation_transfers.t can fail, spuriously Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: gmcharlt(a)gmail.com QA Contact: gmcharlt(a)gmail.com Circulation_transfers.t creates some branch transfers, then compares them with expected values. However, some of the tests can fail if enough time happens to pass between the creation of the transfers and the comparison, making the datesent values different. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11336] New: Priority is not updated on deleting holds
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '14

18 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11336 Bug ID: 11336 Summary: Priority is not updated on deleting holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are a lot of places where a hold deletion is possible. But I just found 1 place where it works! To reproduce: - select or create 2 users U1 and U2 - select or create an holdable item - place on hold for both U1 and U2. U1 has priority 1 and U2 has priority 2. - delete the hold for U1 - go on circ/circulation.pl?borrowernumber=XXXX for U2 (or in the DB directly) and verify the priority has not been set to 1 The issue is repeatable (at least) on these 2 pages: * circ/circulation.pl?borrowernumber=XXXX (tab 'Holds', select "yes" in the dropdown list and submit the form) * reserve/request.pl?biblionumber=XXXX (clic on the red cross) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 11567] New: Shortcut is searching with every keypress
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '14

15 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11567 Bug ID: 11567 Summary: Shortcut is searching with every keypress Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: vanoudt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Just updated to 3.14.1, and noticed that any keypress (including F3!!) anywhere on most staff pages (including in input fields in the system preferences) activates the "Search" shortcut. For instance, in system preferences, if you try and search for a system preference, you start typing and it instead types one letter into the "Search the catalogue" field and then does the search. This makes the staff interface quite useless IMHO. A simple fix - I think, not sure if it's right - is to set the default_option for "disable_in_input" to true in /intranet-tmpl/lib/shortcut/shortcut.js. THat is: var default_options = { 'type':'keydown', 'propagate':false, 'disable_in_input':true, 'target':document, 'keycode':false } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 9876] New: Replace jQuery qTip plugin with Bootstrap or jQueryUI implementation
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '14

14 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9876 Bug ID: 9876 Summary: Replace jQuery qTip plugin with Bootstrap or jQueryUI implementation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/aqbudgets.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org The funds administration page uses a jQuery plugin called qTip to pop up a tooltip with additional information about funds. This plugin has not been updated to be compatible with the latest version of jQuery and should be replaced. jQuery and Bootstrap both offer tooltip widgets which are candidates for the replacement. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8456] New: Capture the invoice number, price, date of a subscription
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '14

14 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8456 Priority: P5 - low Change sponsored?: --- Bug ID: 8456 Assignee: koha-bugs(a)lists.koha-community.org Summary: Capture the invoice number, price, date of a subscription Severity: enhancement Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha Ability to capture the invoice number, price, date of a subscription without creating the items records. This bug depends on bug 8415 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 8130] New: attach PDF files to a patron record
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '14

14 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8130 Priority: P5 - low Change sponsored?: --- Bug ID: 8130 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: attach PDF files to a patron record Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha We would like a feature that allows librarians to attach unlimited arbitrary files to a patron record. Specifically, we want to store a PDF document with a patron record. They would be like the patron images, but for a document. We would like a link on the patron record that when clicked would open the PDF. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 7659] New: "Import all" for a staged file doesn't check for duplicates
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '14

13 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7659 Priority: P5 - low Change sponsored?: --- Bug ID: 7659 Assignee: adrien.saurat(a)biblibre.com Summary: "Import all" for a staged file doesn't check for duplicates QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha [MT9163] Problem on the following page: Home › Acquisitions › *vendor* › Basket X › Add orders from iso2709 file When adding orders from a staged file, if we add juste one biblio, koha will check if duplicates are present. If a duplicate is found, it will ask if we want to: - use the existing biblio, - create a new record, - cancel the operation. But if we try to "import all" biblios from the staged file, everything will be processed without any warning, even if duplicates are present. Test plan : 1) Go to the vendor list, create a basket for one of them. 2) Add Order To Basket : From a staged file 3) Select a file containing notices already in the database (you may have to add them from the file now it that's a new file, import them and change the items state for them to be available). 4) Click on "Add order" for one of the existing biblios. You will see a page giving a duplicate warning. 5) Get back to the staged file page, and now click on the Save button at the bottom of the page. The orders are added without duplicate warnings. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 10092] New: Small improvements on serial missinglist and receivedlist
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '14

13 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10092 Bug ID: 10092 Summary: Small improvements on serial missinglist and receivedlist Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Serials Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl CC: colin.campbell(a)ptfs-europe.com Followup report for bug 8896 updating missinglist. Similar changes should be made to receivedlist (note that unfortunately this field is called recievedlist in the database). -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 6712] New: Remove memberofinstitution markup from templates until it can be completed
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '14

12 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6712 Bug #: 6712 Summary: Remove memberofinstitution markup from templates until it can be completed Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Patrons AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 6711 Functionality tied to the memberofinstitution system preference has become broken, and needs to be fixed. Until then, markup in the templates related to this feature should be removed as it is causing other bugs. -- 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 10

[Bug 11384] New: Koha should not use "ctid" as a column name
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '14

10 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11384 Bug ID: 11384 Summary: Koha should not use "ctid" as a column name Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 7365 PostgreSQL defines several system columns for each table. These include oid, tableoid, xmin, cmin, xmax, cmax, and ctid. These column names cannot be used in a create table statement. There happens to be one table, collection_tracker, that uses 'ctId' as a column name; this should be renamed, as otherwise DBIC won't be able to add that table to a Pg database. -- You are receiving this mail because: You are watching all bug changes.

1 19