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

[Bug 9666] New: add columns for status to inventory
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '15

06 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9666 Bug ID: 9666 Summary: add columns for status to inventory Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com Is there a way to not have lost, missing. etc. show on inventory, or at least show the status of that item in the list? I can see the benefit of it being there, but not knowing that it has a status already means I am touching it all over again when I don't need too. It would be nice to have an option to exclude items with lost, damaged, missing, ordered, etc from the list. But at the very least, see the status. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12552] New: Forward slash in payment note causes error
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '15

06 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12552 Bug ID: 12552 Summary: Forward slash in payment note causes error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com A forward slash (/) in a payment note will trigger the following error: usi_escape: Unmatched [ in regex; marked by <-- HERE in m/([ <-- HERE ])/ at (eval 133) line 1. The issue is the use of uri_escape at line 174 of members/pay.pl, where a forward slash is a reserved character. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 13242] New: Slow checkin for patrons restricted indefinitely
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '15

06 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13242 Bug ID: 13242 Summary: Slow checkin for patrons restricted indefinitely 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: 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 the assignee for the bug. You are watching all bug changes.

1 51

[Bug 10105] New: Gate register module
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '15

06 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10105 Bug ID: 10105 Summary: Gate register module Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: vimal0212(a)gmail.com We would like to see gate register feature with Koha. A gate register interface is helpful to get statistics of library visitors. When patron enter into the library by swiping the card. Patron photo and details display in the monitor. At the same time entry time save in the db table. Librarian can access the patron visit statistics by running Reports. -- You are receiving this mail because: You are watching all bug changes.

1 15

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

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

[Bug 11991] New: "Item is already waiting" message after in-transit item on hold 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=11991 Bug ID: 11991 Summary: "Item is already waiting" message after in-transit item on hold checked in Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 26539 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26539&action=edit Screenshot of the hold found (item is already waiting message) When an item on hold that is in transit to another branch is checked in at the library it is transiting to, the confirmation message appears with the text, "hold found (item is already waiting)..." with the confirm/print and confirm buttons. [see attachment for the message screenshot] I don't think the "item is already waiting" text is correct or useful here, as the item just arrived at the library. Is that text purposeful? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 6324] New: The upload directory (public) is not writable by the webserver.
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '15

30 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6324 Bug #: 6324 Summary: The upload directory (public) is not writable by the webserver. Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All URL: http://wiki.koha-community.org/wiki/Special:Upload OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Websites, Mailing Lists, etc AssignedTo: wizzyrea(a)gmail.com ReportedBy: mjr(a)ttllp.co.uk QAContact: koha-bugs(a)lists.koha-community.org Attempting to upload any file to the wiki produces the red error message "The upload directory (public) is not writable by the webserver." -- 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 11982] New: Show local cover images in the biblio details page in the intranet.
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11982 Bug ID: 11982 Summary: Show local cover images in the biblio details page in the intranet. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 26514 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26514&action=edit Show local cover image in the intranet biblio details page. This patch adds local cover images to the biblio details page in the intranet. This patch also fixes a small problem when using Amazon and Local covers at the same time : If the image is found locally, but not on Amazon, the "No cover image" was shown under the local image in the virtual shelves on the OPAC. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[Bug 12656] New: add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12656 Bug ID: 12656 Summary: add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature 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 It would be nice to add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time - not a notice for call cancels, just the one that was done due to a late pickup. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6