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

[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 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '14

13 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 --- Comment #48 from David Cook <dcook(a)prosentient.com.au> --- What do folks think about trying to resolve this issue in stages? 1) Add new non-public item note column to items and deleteditems 2) Add template stuff for the new column (even if the column is empty, which would be the default, this wouldn't change any default system behaviour) That's it. The responsibility of updating frameworks and migrating data can be left up to Koha administrators. It's not ideal, but it would be progress. Perhaps we could update the frameworks for a fresh install to show that's how things should go in the future, but I don't see an automatic way of fixing this for everyone and I don't think it makes sense to stop working on this because it can't be perfect. P.S. If I understand koha2marclinks.pl correctly, it is a frightening script. On a test instance, it will say that "paidfor" is mapped to 952$x, but it's not really...or rather...it's mapped to 952$x for the FA framework but none of the others. That's incredibly misleading... -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 11750] New: Overdue report does not limit patron attributes
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '14

12 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11750 Bug ID: 11750 Summary: Overdue report does not limit patron attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 The Overdue report ( circ/overdue.pl ) is not limiting the visible patron attributes based on the branch limitations selected for the given attribute. This is because the script is accessing the attributes via a direct database query, rather than using the subroutines in C4::Members::Attributes -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11745] New: Only one "TOPICS" value shown for 650a
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '14

12 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11745 Bug ID: 11745 Summary: Only one "TOPICS" value shown for 650a Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: dswhite42(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In my "authorised_values" table, I have the following rows with a "category" of "TOPICS": Biography Children History Music Science For each of these rows, the "lib" value is NULL. However when I go to Intranet -> Cataloging -> New Record -> Default framework, go to the "6" tab and look at 650a ("Topical term..."), the dropdown box contains only a single value, "Biography" Looking at the SQL that generates this dropdown, I see this: SELECT authorised_value, lib FROM authorised_values LEFT JOIN authorised_values_branches ON ( id = av_id ) WHERE category = 'TOPICS' AND ( branchcode = 'NO_LIBRARY_SET' OR branchcode IS NULL ) GROUP BY lib ORDER BY lib, lib_opac My "authorised_values_branches" table is empty. (This is a database upgrade from 3.00.00.070, and nothing during the installation process populated that table). The result of that SQL commmand is to just return the first value ("Biography") If I remove the "GROUP BY lib" clause, then all TOPICS values will populate the 650a dropdown. (My original Koha 3.00.00.070 did not include that "GROUP BY" clause in addbiblio.pl) Is this a bug in addbiblio.pl? Or a problem related to the upgrade from 3.00.00.070 -> 3.14.02.000 ? -- You are receiving this mail because: You are watching all bug changes.

1 1

[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

[Bug 11529] New: Add subtitle field to biblio table
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '14

10 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11529 Bug ID: 11529 Summary: Add subtitle field to biblio table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 5652 added the ability to see the record subtitle from the checkout and holds summaries, but does so by loading and parsing the entire MARC record. This seems to be causing somewhat significant slowdowns on some Koha installations and the speed could be greatly improved by just adding it to the biblio table the same way the title is stored. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10896] New: Add a --verbose option to koha-translate
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '14

10 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10896 Bug ID: 10896 Summary: Add a --verbose option to koha-translate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz koha-translate is a really good addition to the scripts provided by the packages, but currently there is no --verbose option that makes it possible to see the verbose output from the "translate" script. I find that sometimes it is useful to see that output. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 11510] New: Typo in koha-translate usage message
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '14

10 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11510 Bug ID: 11510 Summary: Typo in koha-translate usage message Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The koha-translate's usage message has a couple of inconsistencies: '--all' should be '--available' and '--help' is missing from the usage examples. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10