July 2015 - Koha-bugs - lists.koha-community.org

[Bug 13764] New: Installation of git
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '15

03 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13764 Bug ID: 13764 Summary: Installation of git Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: rakesh.s88(a)nic.in QA Contact: testopia(a)bugs.koha-community.org Hi Team, I have installed ubuntu 10.10.When I am installing Koha on ubuntu below are the setps that I am following. 1) installation of Git: I am using Below line of command to install GIT sudo apt-get install git Below are error message : [sudo] password for koha: Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package git Request you to help in Installing GIT and Cloning Koha. Looking for the reply. Thanks in advance. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 14488] New: Multi-Volume ordering through acquisition
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '15

03 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14488 Bug ID: 14488 Summary: Multi-Volume ordering through acquisition 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: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Dear All, I observed there is some difficulty while placing order for multivolume books which is described below: What to enter in acquisition in a Quantity field if a book is multi volume (say 10 volume) and library has to place one set, if we enter 10 than price will become ten times and if we enter only 1 than we will be able to receive only one item (one barcode) and rest 9 volumes we have to enter through catalog directly. There should be some check box option near quantity field for multi volume so if number of volumes is added it should not multiply the cost (i.e number of copy X price of one copy). But i am still confuse what will happen if a library wants to place two copy of a multi volume set? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 14408] Path traversal vulnerabilty
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '15

03 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14408 Jacek Ablewicz <abl(a)biblos.pk.edu.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |14467 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 10912] New: Streamline hold error messages in staff interface
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '15

03 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10912 Bug ID: 10912 Summary: Streamline hold error messages in staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests 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 Right now, if a patron cannot place a hold on any items on a record, the error in the staff intranet looks like this: Cannot place hold Too Many Holds: Kyle Hall has too many holds. No copies are available to be placed on hold This can confuse some librarians, because the reason the patron cannot place the hold is not because the patron has too many holds, but only because there are no copies available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 13681] New: Enable/Disable Marc Frameworks
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '15

02 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13681 Bug ID: 13681 Summary: Enable/Disable Marc Frameworks Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 35722 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35722&action=edit Marc Framework list It would be nice to enable or disable MARC Frameworks without the need of deleting them. It should be done as a new column in the list of frameworks or with a new checkbox (ON/OFF) where it is edited.This will be take effect in the pulldown framework selection control in the cataloging screen. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 14446] New: More noisy warns in admin/preferences.pl
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '15

02 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14446 Bug ID: 14446 Summary: More noisy warns in admin/preferences.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When using the syspref search bar, any search will trigger this warn: Use of uninitialized value in goto at /home/vagrant/kohaclone/admin/preferences.pl line 57 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 13739] New: KohaDates should display hours if they exists by default unless specified
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '15

02 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13739 Bug ID: 13739 Summary: KohaDates should display hours if they exists by default unless specified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 There are many parts of Koha that are new hiding hours by default. This is rarely helpful. KohaDates should display hours by default unless the time is 23:59, in which case the hours should be not be displayed. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13936] New: Fix patrons search on using the checkout tab
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '15

02 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13936 Bug ID: 13936 Summary: Fix patrons search on using the checkout tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 11992] New: detail.pl display issue after item on hold & in transit is checked in
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '15

01 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11992 Bug ID: 11992 Summary: detail.pl display issue after item on hold & in transit is checked in Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 26540 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26540&action=edit Screenshot of detail.pl item statuses after item is checked in before confirm button When an item on hold is in transit to a library, and is checked in upon receiving it, BEFORE the confirm button is clicked, but AFTER the item is checked in, the detail.pl page shows this status for the item: "Item-level hold for [patron] for delivery at [library name] (placed date)." [attached screenshot "Screenshot of detail.pl item statuses after item is checked in before confirm button"] The item status no longer shows that the item is in transit, even though the confirm button hasn't been clicked yet. Until that confirm button is clicked, I think that status should remain, "In transit from [library a] to [library b] since [date] item-level hold for [patron] for delivery at [library b] (placed [date])". [attached screenshot of item in transit on detail-pl] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3