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

[Bug 9269] New: Remove DefaultLanguageField008 syspref
by bugzilla-daemon＠bugs.koha-community.org 16 May '15

16 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9269 Bug ID: 9269 Summary: Remove DefaultLanguageField008 syspref Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.poulain(a)biblibre.com CC: gmcharlt(a)gmail.com In MARC bibliographic frameworks, you can define a default value. I think this can be used to define a value for 008 field. In this case, the DefaultLanguageField008 is useless and can be removed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

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

[Bug 10758] New: Show bibliographic information of deleted records in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 14 May '15

14 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Bug ID: 10758 Summary: Show bibliographic information of deleted records in acquisitions 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: mathieu.saby(a)univ-rennes2.fr When a record is deleted the order information in acquisition is missing the title and other information otherwise shown. As we store the information in the deleted* tables we could use that for display. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 83