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

[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

[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 2280] authorized value option for indicators doesn't work
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '15

30 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2280 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com --- Comment #8 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- (In reply to Katrin Fischer from comment #6) > Comment on attachment 8752 [details] > [NOT APPLY] an image to explain comment #4 > > Hi Zeno, > > thx for providing the screenshot! I haven't noticed this field before and I > think if it's there and not working - we should perhaps move this bug back > to be a 'bug'. Having a configuration option without functionality does not > make sense. We should separate each indicator config, and even let people set default values for each framework. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14478] New: Fast Add Framework contains no 082 field but 082 subfields
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '15

30 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14478 Bug ID: 14478 Summary: Fast Add Framework contains no 082 field but 082 subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org Field 082 is not in marc21_fastadd_framework.sql, but 082 subfields are. So 082 does not show up in the framework editor, but in catalguing. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2280] authorized value option for indicators doesn't work
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '15

30 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2280 João Pinto <joao.pinto(a)ua.pt> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joao.pinto(a)ua.pt -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 2894] Routing list holds are broken
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '15

30 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2894 Amit <amitddng135(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |amitddng135(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14474] New: Circulation alerts should have a From: address based on the current logged-in library
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '15

29 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14474 Bug ID: 14474 Summary: Circulation alerts should have a From: address based on the current logged-in library Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently, circulation alerts are sent from (the From/reply-to address is) the branchemail address of the patron's home library, as this is the fallback for all messages that don't have a set from_address. It would make more sense for the From: address to be based on the branchemail of the currently logged-in library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1