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

[Bug 10754] New: HomeOrHoldingBranch and CircControl are described identically in the system preference editor
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10754 Bug ID: 10754 Summary: HomeOrHoldingBranch and CircControl are described identically in the system preference editor 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 20451 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20451&action=edit screenshot of system preference editor We have 2 system preferences that from their description in the system preferences editor do exactly the same thing, but offer different options: CircControl: Use the checkout and fines rules of ... - the library the item is from - the library the patron is from - the library you are logged in at HomeOrHoldingBranch: Use the checkout and fines rules of ... - the ibrary the item is from - the library the item was checked out from In the systempreferences table the description is different: CircControl: Used by Circulation to determine which branch of an item to check with independent branches on, and by search to determine which branch to choose for availability HomeOrHoldingBranch: Specify the agency that controls the circulation and fines policy Both preferences are used a multiple times in the code. I am currently not sure what the difference is. Bug 5159 also claims that CircControl is not only used when independentbranches is turned on. Can someone clarify and help updating the documentation? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 11267] New: default notices should not be allowed to be deleted
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11267 Bug ID: 11267 Summary: default notices should not be allowed to be deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I have an error where a new library didn't know what some notices were for so they deleted them. Now if they get a hold and try to print the hold slip they get: Software error: Could not find a letter called 'HOLD_PRINT' in the 'reserves' module at /home/koha/kohaclone/C4/Reserves.pm line 1914. I don't think that any notice that is installed with Koha by default should be allowed to be deleted since they're all there for a reason. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9530] New: Allow separate 'Reply To' and 'From' email address for notices
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9530 Bug ID: 9530 Summary: Allow separate 'Reply To' and 'From' email address for notices Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de It should be possible to use different Reply To and From email addresses for sending out notices. -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 4960] New: No way to enter custom purchase order number
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4960 Summary: No way to enter custom purchase order number Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 There needs to be a way on order to enter a purchase order number that will then print on the PDF receipt. Most organizations do not have purchase orders that are sequential for book orders only (the library may have sequential POs for all their orders - supplies, books, etc) and the ID generated by the DB won't work for them. -- 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 6

[Bug 9157] New: inventory tool enhancement
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9157 Bug ID: 9157 Summary: inventory tool enhancement Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: melia(a)bywatersolutions.com One library's workflow is such that volunteers go around and scan barcodes during a month long inventory process. At the end of the month, the librarian uploads the .txt files using the inventory tool. The problem is that some of the items have been checked out over the course of that month. For example, perhaps the item was on the shelf in August and was scanned by a volunteer, but then the item was checked out to a patron in September. When the librarian uploads the text file later in September, Koha updates the date last seen to today, even though the real date last seen is the date that the item was checked out to the patron. The librarian would prefer that the inventory tool were enhanced so that it's smart enough to skip any items that are currently checked out at the time the .txt file is uploaded. For this library, inventory is a long process that is not done in 'real time,' so their use of the inventory tool is a bit different from how it was designed to be used. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 10913] New: useless code in acqui/basket.pl
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10913 Bug ID: 10913 Summary: useless code in acqui/basket.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org I think there is a block of useless code in acqui/basket.pl but I am not sure, and I don't know if it is a problem. lines 125-163, there is a block of code which is supposed to be executed if condition of line 124 is true : "elsif ( $op eq 'del_basket') {" But I see no other occurence of "del_basket". So I suppose it is always false... M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12459] New: clicking spent on acq main page not showing everything
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12459 Bug ID: 12459 Summary: clicking spent on acq main page not showing everything Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the default page of the Acquisitions module, in the table "All available funds for Brooklyn Law School Library library", the "Spent" column logically displays the total spend for each Fund. However, we've found that when clicking on a linked total amount in the "Spent" column, payments whose Item Records have been deleted are no longer there. These payments still show up in the baskets and invoices. In other words, this table of total funds on the Acq main page is obviously driven by baskets and/or invoices, since the totals are accurate, so we're wondering why, when clicking on a total, the individual payments are obviously not driving by the baskets/invoices, but rather the item records, as it seems. This makes the table somewhat useless, other than viewing the grand totals for funds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 11849] New: consolidate display of analytic/bound-width analytic item links
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11849 Bug ID: 11849 Summary: consolidate display of analytic/bound-width analytic item links Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl At present, if you want to see if an item attached to a host bib is also linked to another bib, you have to either click the "Analytics" tab or choose "Analyze items" from the cataloging toolbar. This will cause the "Used in" column to display in the holdings table as well as the "Create analytics" link. However, we could just display all of the item relationship information all the time. This would mean that we would remove clicks to see the analytic relationships and simplify the construction of the holdings table. Specifically, what I suggest is: - Remove the analytics tab - Remove the analyze items toolbar action When analytics support is turned on: - Always display the "used in" column. Perhaps it could be combined with the "host item" column to make a single "Analytics" or "Item relationships" column - move the create analytics link to the actions column -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11020] New: Transfer limits should be checked when placing a hold/reservation in Staff client
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11020 Bug ID: 11020 Summary: Transfer limits should be checked when placing a hold/reservation in Staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Extending bug 10993, 11005 to the staff client. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 5463] New: limit to available shows on hold items
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5463 Summary: limit to available shows on hold items Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2796 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2796 on hold when limited to available See attached. When in the opac and limiting to available only items it shows me items that are available but also those that are on hold - which technically are 'unavailable' -- 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