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

[Bug 7632] New: Add option for quick renewals
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '13

11 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7632 Bug #: 7632 Summary: Add option for quick renewals Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: lzuares(a)collsk12.org QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com I have had several requests for a quick renewal field, similar to the checkout check-in dialog at the top of the staff client. -- 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 2

[Bug 5544] New: All Notices from Branch Email Address
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '13

04 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5544 Summary: All Notices from Branch Email Address Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I think all notices should come from the branch email address. Right now overdues from from the branch, but the others come from the admin email address - this is a problem in multi-branch systems because they have to come up with one email address that all branches have access to. -- 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 37

[Bug 7294] New: status "in order"
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '13

04 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7294 Bug #: 7294 Summary: status "in order" Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: claire.hernandez(a)biblibre.com ReportedBy: claire.hernandez(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7163 "View status 'in order' to the OPAC and staff interface: you can map specific fields from aqorders : aqorders.branchcode aqorders.quantity aqorders.listprice aqorders.uncertainprice aqorders.rrp aqorders.ecost aqorders.notes aqorders.supplierreference aqorders.ordernumber with marc field so you can keep the information on what is currently on order at biblio level until you receive everything. Once all items have been reveived, the marc field is deleted." (BibLibre MT5834) -- 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 96

[Bug 5573] New: delete lists when patron deleted
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '13

03 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5573 Summary: delete lists when patron deleted Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When a patron is deleted from Koha any private lists they created should be deleted as well. Otherwise you're potentially left with a lot of junk data in your system. -- 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 2

[Bug 7490] New: Add IDs to results_summary'ies in staff XSLT detail view
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '13

30 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7490 Bug #: 7490 Summary: Add IDs to results_summary'ies in staff XSLT detail view Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com The detail view in the staff client produced by XSLT contains a number of elements like this: <span class="results_summary"><span class="label">Description: </span>379 p .</span> If the outer spans had unique IDs it would be much easier to manipulate them with jQuery. -- 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 4

[Bug 6286] New: Making classification indexes searchable in staff client
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '13

30 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6286 Bug #: 6286 Summary: Making classification indexes searchable in staff client Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com A client would like to be able to search for Dewey numbers in the staff client. This can be accomplished by uncommenting "Dewey-classification 1=13" in etc/zebradb/ccl.properties and adding another <option> to koha-tmpl/intranet-tmpl/prog/en/includes/search_indexes.inc, and maintaining it as a local hack. But it seems like something more libraries might be interested in, so maybe it's possible to find a more flexible and robust way to do it. Details: http://wiki.koha-community.org/wiki/Making_classification_indexes_searchabl… -- 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 3

[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 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 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 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