May 2013 - Koha-bugs - lists.koha-community.org

[Bug 9410] New: Formatting of the discount field when doing a new order from new empty record is not correct
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '13

20 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9410 Bug ID: 9410 Summary: Formatting of the discount field when doing a new order from new empty record is not correct Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: hugh(a)davenport.net.nz Discount shows 4 decimal places, it should show 1 like other places that show discount rate -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 8911] New: docs/history.txt file missing for about.pl
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '13

19 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8911 Priority: P5 - low Change sponsored?: --- Bug ID: 8911 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: docs/history.txt file missing for about.pl Severity: minor Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Packaging Product: Koha When opening about, three error log entries were triggered. Two were silent warnings, and an entry caused by this file not being there. Upon further research, I discovered that the entire docs directory was not in /usr/share/koha/intranet/cgi/docs as it is expected by the about.pl module. I copied the docs directory from the tarball, and the error disappeared. I believe it is a packaging issue which should be fixed on a forward basis. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 8360] New: Author facet not working
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '13

18 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8360 Priority: P5 - low Change sponsored?: --- Bug ID: 8360 Assignee: adrien.saurat(a)biblibre.com Summary: Author facet not working Severity: normal Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: OPAC Product: Koha After a search on the OPAC, clicking on the Author facet gives bad results, sometimes an empty screen when several biblios should appear. It is so in UNIMARC at least, and I'll propose a patch for this (correcting the facet construction by adding wordlist "wrdl" to the limit parameter), but if MARC21 biblios have the same problem I'll make a version with both codes modified. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 6920] New: deleting bibs messes with budgets
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '13

18 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6920 Bug #: 6920 Summary: deleting bibs messes with budgets Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Example from a library I talked to today: An order was placed for an item using a brief record (with ISBN). While waiting for the order to arrive a fuller record was imported from OCLC using the ISBN match, but the match was not found so duplicates were created. The library deleted the brief record because the OCLC one was fuller and this left a hole in the order and screwed up the accounting. The next time they chose to merge the OCLC and brief record together but the same thing happened because the bib number from the brief record was lost in the merge. -------------- All libraries are going to delete bib records at some point and if those records were created using acquisitions then the budgeting is going to be inaccurate. It will also leave holes on baskets when viewing them with links to records that do not exist. We need a way to keep the link between acq and the catalog without allowing changing in cataloging to mess up orders in acq. Another solution is to update the merge tool to look at the acq tables and change the bib number if records are merged - but that's secondary to the bigger problem of the bib being able to cause so many problems when deleted. -- 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 4

[Bug 9324] New: Reserves cannot be deleted with DEBUG on under Plack
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '13

18 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9324 Bug ID: 9324 Summary: Reserves cannot be deleted with DEBUG on under Plack Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When I try to delete a reserve I get the following error: DBD::mysql::st execute failed: Duplicate entry '10' for key 'PRIMARY' at /home/jcamins/kohaclone/C4/Reserves.pm line 1081.DBD::mysql::st execute failed: Duplicate entry '10' for key 'PRIMARY' at /home/jcamins/kohaclone/C4/Reserves.pm line 1081. at /home/jcamins/kohaclone/reserve/modrequest.pl line 91 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7973] New: Allow for new type of LDAP authentication
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '13

18 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7973 Priority: P5 - low Change sponsored?: --- Bug ID: 7973 CC: dpavlin(a)rot13.org Assignee: gmcharlt(a)gmail.com Summary: Allow for new type of LDAP authentication QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: tdavis(a)uttyler.edu Hardware: All Status: NEW Version: master Component: Authentication Product: Koha For some ldap setups there is a different sequence for authentication that koha doesn't account for. The steps are: 1) Bind with a service account 2) Search for user entered 3) Bind as user if found -- You are receiving this mail because: You are watching all bug changes.

1 64

[Bug 9565] New: Deleting a biblio should alert/fail if there are existent subscriptions
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '13

17 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9565 Bug ID: 9565 Summary: Deleting a biblio should alert/fail if there are existent subscriptions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com Depends on: 5790 Currently Koha will delete a biblio record if there are existent serial subscription. It would be better if it either reported them out and asked for confirmation (It's ok that we delete these, right?) or failed outright with an error (Hey, there's still stuff here! Delete X subscriptions and try again). This was previously described on bug 5790, but the patch there does not fix this problem, just the problem with holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 5781] New: Cannot delete order if attached biblio does no longer exist
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '13

17 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5781 Bug #: 5781 Summary: Cannot delete order if attached biblio does no longer exist Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org Add an order Delete the attached biblio Go back to basket Try to delete order: not possible! Bug in current master, commita0367aa973ad61eda090d743cccd9cf387dfcc09 (Fix for Bug 5776 - menu on funds wraps when only 1 fund) -- 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 23

[Bug 8794] New: edit as duplicate for authorities
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '13

17 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8794 Priority: P5 - low Change sponsored?: --- Bug ID: 8794 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: edit as duplicate for authorities Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Sometimes you need to duplicate a personal name authority and turn it in to a subject heading (for biographies) - but there is no easy way to do this. We have 'edit as duplicate' for cataloging, but not authorities and should probably have it for both. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7469] New: Focus on 1st field of creation form instead of search textbox
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '13

16 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7469 Bug #: 7469 Summary: Focus on 1st field of creation form instead of search textbox Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: koha.sekjal(a)gmail.com When a user creates a new vendor, a new borrower or a new basket (maybe on others pages too, to be listed), a creation form is displayed, but the focus is still on the search textbox on page top. It would be probably better to switch the focus to the first field of the creation form. -- 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 12