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

[Bug 12538] New: Solr removal
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12538 Bug ID: 12538 Summary: Solr removal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since nobody is currently working on the zebra layer introduced by bug 8233, Solr won't never work. Some code has been introduced in 3.10 to prove several search engines can cohabit into Koha but no help/fund has been found to go ahead. It is useless to keep this code and to maintain an ambiguous situation. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 12258] New: Datatable in Patrons Account Fines
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12258 Bug ID: 12258 Summary: Datatable in Patrons Account Fines Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: pelletiermaxime(a)gmail.com Reporter: pelletiermaxime(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Attached is a patch to add datatables in the patron's account fines (members/boraccount.pl). Test steps : * Create a few manual invoices with fines. * Pay a fine. * Go back to the account tab. * Try the "Filter paid transactions" button. It should filter everything with 0.00 in the Outstanding column. * Try the "Show all transactions" button. * Play around with the buttons :p Sponsored by the CCSR -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 4927] New: OPAC advanced search has two call number entries; remove one?
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4927 Summary: OPAC advanced search has two call number entries; remove one? Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the OPAC advanced search, with More Options selected, two Call Number entries show in the search pulldown. The first one is searching the item-level call number: <option value="callnum">Call Number</option> The second one, under the Standard Number section, seems to be searching an index (lccn) for the call number in the bib record -- I verified this by searching something in the 050 that wasn't in the item call number. I don't know if this includes Dewey callnums or just LC callnums, but it seems redundant to me in any case. Any objections to removing this second Call Number search from the OPAC advanced search? It isn't present in the staff advanced search. -- 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 11

[Bug 12230] New: Set a maximum suspension days as a new issuing rule
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12230 Bug ID: 12230 Summary: Set a maximum suspension days as a new issuing rule 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A new issuing rule will allow to set a maximum of days when suspending patrons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 7498] New: Cloning a budget, enable change of description
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7498 Bug #: 7498 Summary: Cloning a budget, enable change of description Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: chrish(a)catalyst.net.nz ReportedBy: paul.poulain(a)biblibre.com QAContact: koha.sekjal(a)gmail.com When duplicating a budget, a form let you enter the dates of the new cloned budget. A small but usefull enhancement would be to let the user modify the budget description. It can be filled by default with the cloning budget description. -- 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 36

[Bug 11876] New: Add a diff view to staged MARC Records.
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11876 Bug ID: 11876 Summary: Add a diff view to staged MARC Records. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 25743 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25743&action=edit Add a diff view for staged MARC records. This patch adds a diff view for records which were updated during a staged MARC import. Test case : * Go to "Tools -> Stage MARC records for import" and upload a MARC file which updates an existing record. Make sure to set a record matching rule and to set the "Action if matching record found" to "Replace existing record with incoming record" * Go to "Tools -> Manage staged MARC records" and click on the file which was previously staged. * In the list of imported records, there should be a "Diff" column. Click on the "View" link in this column. * A window should appear, showing the original and the imported records side by side. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 44

[Bug 8218] New: Add a script to sanitize entity where "&" character was wrongly replaced with "& "
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8218 Priority: P5 - low Change sponsored?: --- Bug ID: 8218 Assignee: gmcharlt(a)gmail.com Summary: Add a script to sanitize entity where "&" character was wrongly replaced with "&" Severity: enhancement Classification: Unclassified OS: All Reporter: sophie.meynieux(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: MARC Authority data support Product: Koha In some import dealing with authorities like "vendangeur", some bug introduced some misleading "&" character in title or comment. This script remove them. -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 8402] New: replace 'install_misc/debian.packages' file with 'koha-debian-deps.pl' script
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8402 Priority: P5 - low Change sponsored?: --- Bug ID: 8402 Assignee: gmcharlt(a)gmail.com Summary: replace 'install_misc/debian.packages' file with 'koha-debian-deps.pl' script Severity: enhancement Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Installation and upgrade (command-line installer) Product: Koha we now have 2 files in the Koha repo with debian package info - install_misc/debian.packages - debian/control thats very bad! deleting 'install_misc/debian.packages' would mean we only have one :) the general plan is to delete the install_misc/debian.packages file from the repo then dynamically-generate(tm) an 'install_misc/debian.packages' file using a script and the debian/control file, when installing Koha something like this... $ ./koha-debian-deps.pl > install_misc/debian.packages $ sudo aptitude $(<install_misc/debian.packages) -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 8387] New: Hide labels when no links exist under them
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '14

12 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8387 Priority: P5 - low Change sponsored?: --- Bug ID: 8387 Assignee: gmcharlt(a)gmail.com Summary: Hide labels when no links exist under them Severity: enhancement Classification: Unclassified OS: Linux Reporter: hend.eleraky(a)bibalex.org Hardware: All Status: NEW Version: rel_3_6 Component: Tools Product: Koha Created attachment 10710 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10710&action=edit This shows how the tools menu looks when a user is allowed to access some links. When a user is only allowed to access the tools catalog part it's nice to hide "Patron & Circulation" and "Additional Tools" labels as there are no links under them. Attached a screenshot showing how the view looks. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11045] New: Wrong query in C4/Biblios.pm : join between biblioitems.itemtypes and itemtypes table
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '14

11 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11045 Bug ID: 11045 Summary: Wrong query in C4/Biblios.pm : join between biblioitems.itemtypes and itemtypes table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl C4::Biblios::GetBiblioData and GetBiblioItemData are doing : SELECT [...] itemtypes.notforloan [...] [...] LEFT JOIN itemtypes ON biblioitems.itemtype = itemtypes.itemtype This is wrong becaause itemtypes table could be linked with items.itype (as in my library) and not with biblioitems.itemtype. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 9