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

[Bug 8876] New: branch not always stored in the stats table for payments
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8876 Priority: P5 - low Change sponsored?: --- Bug ID: 8876 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: branch not always stored in the stats table for payments Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha When making payments the branch is not always grabbed for the stats table and people really need that info for accounting purposes. I have no nailed down when it's not saving yet but I wanted to report this so that we can look in to it. This is true in 3.8 and master. I have included the proccode in this in case that's the key - I don't know what these numbers mean. mysql> select branch, datetime, type, proccode from statistics where type= 'payment' order by datetime desc; +--------+---------------------+---------+----------+ | branch | datetime | type | proccode | +--------+---------------------+---------+----------+ | NULL | 2012-09-11 04:13:37 | payment | 32 | | NIC | 2012-08-23 11:34:56 | payment | 31 | | NULL | 2012-08-23 11:34:48 | payment | 21 | | NIC | 2012-08-02 14:19:53 | payment | 12 | | NIC | 2012-06-26 01:42:29 | payment | 26 | | NIC | 2012-05-14 07:53:22 | payment | 23 | | NULL | 2012-05-14 07:53:09 | payment | 19 | | NULL | 2012-04-11 20:41:57 | payment | 16 | | NULL | 2012-04-11 20:41:45 | payment | 16 | | NULL | 2012-04-11 20:39:55 | payment | 24 | | NIC | 2012-03-31 14:42:25 | payment | 31 | | NULL | 2012-02-28 09:51:41 | payment | 4 | | NULL | 2012-02-28 09:51:30 | payment | 3 | | NULL | 2012-02-28 09:51:10 | payment | 2 | | NULL | 2012-02-26 22:16:22 | payment | 2 | | NULL | 2012-02-26 22:15:56 | payment | 4 | | FFL | 2012-02-24 16:10:50 | payment | 50 | | NULL | 2012-02-24 16:10:41 | payment | 46 | | NULL | 2012-02-24 16:10:35 | payment | 44 | | NULL | 2012-02-24 15:51:01 | payment | 40 | | NULL | 2012-02-24 15:50:53 | payment | 40 | | NIC | 2012-02-24 15:50:08 | payment | 42 | | NULL | 2012-02-24 15:45:24 | payment | 38 | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 8589] New: Advanced Search for itemtype and location produces some results that are not useful
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8589 Priority: P5 - low Change sponsored?: --- Bug ID: 8589 Assignee: gmcharlt(a)gmail.com Summary: Advanced Search for itemtype and location produces some results that are not useful Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Searching Product: Koha When searching for a list of circulating books in New York, I can run a search specifying an item type of "circulating item" and a location of "New York" from Advanced Search. The search returns some results that look like this: Item type Location Call Number Status Book New York 500 GRA (Browse Shelf) Not for loan Book San Francisco 500 GRA (Browse Shelf) Not for loan Circulating item Atlanta 500 GRA (Browse Shelf) Not for loan Circulating item Cleveland 500 GRA (Browse Shelf) Available The last two items are circulating items, and the first item has a location of New York, but there aren't any items that are BOTH circulating AND in New York, so this is not a useful result. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8511] New: display due date times in AM/PM format rather than 24hr
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8511 Priority: P5 - low Change sponsored?: --- Bug ID: 8511 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: display due date times in AM/PM format rather than 24hr Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha Add another option to the dateformat sys pref to allow libraries to choose how to display the hour portion of the date: AM/PM or 24hr. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9706] New: xslt icon for artifacts isn't quite right
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9706 Bug ID: 9706 Summary: xslt icon for artifacts isn't quite right Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com For the XSLT icons if leader6 = r Then it shows a film image, but that's really 'Three-dimensional artifact or naturally occurring object' which is more like regalia or a statue type icon maybe. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8661] New: break out additional authors in opac like in staff
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8661 Priority: P5 - low Change sponsored?: --- Bug ID: 8661 Assignee: oleonard(a)myacpl.org Summary: break out additional authors in opac like in staff Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Created attachment 11718 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11718&action=edit staff display When XSLT is on the additional authors show next to 'by' on the OPAC and next to 'additional authors' in the staff client. They should be next to 'additional authors' in the OPAC as well. -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 7694] New: Syndetics_Editons not included
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7694 Priority: P5 - low Change sponsored?: --- Bug ID: 7694 Assignee: oleonard(a)myacpl.org Summary: Syndetics_Editons not included QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: ago(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_6 Component: OPAC Product: Koha Syndetics Editions is not included in blib/OPAC_CGI_DIR/opac/opac-detail.pl or opac/opac-detail.pl. get_syndetics_editions missing from use C4::External::Syndetics and my $syndetics_elements; Editions routine missing. C4::External::Syndetics is prepared for Editions -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8016] New: Items are not tie to the transaction using "global" action.
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8016 Priority: P5 - low Change sponsored?: --- Bug ID: 8016 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Items are not tie to the transaction using "global" action. QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: anthony.laquerre(a)ccsr.qc.ca Hardware: All Status: NEW Version: rel_3_6 Component: Circulation Product: Koha Created attachment 9315 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9315&action=edit Payments Selection Hi, We have a problem with how the process of paying fine is currently done. Look at the 2 images. In the Pay fines page. There is currently a difference between buttons Group 1 : ("Pay" + "Writeoff") Group 2 : ("Pay amount","Write off all", "Pay selected") Group 1 is done on the specific item level. Group 2 is done globally using a logic to pay the oldest fine. ( That's my understanding ... :-)) If you look at image : Payments.png, you will see the difference. The payment for 10$ is done using "Pay selected". The payment for 5$ is done using "Pay". This scenario is valid for all buttons from group 1 and group 2. The problem is really the link to the item that is currently lost when using buttons from Group 2. Staff find it really hard to talk about their account because of that. It's impossible to know what the 10$ really apply to. This is a simple example, but sometime patron will return 5 books with 5$ fines for each. You will do "Pay Selected" (group 2) the 25$ will be applied but you will never be able to know what it was apply exactly. Is it possible to still link the item to the transaction using button from Group 2 ? Let me know if you need more infos. Thanks, Anthony -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7525] New: some database fields are displayed 'as is' when they are linked to autorised values
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7525 Bug #: 7525 Summary: some database fields are displayed 'as is' when they are linked to autorised values Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gaetan.boisson(a)biblibre.com QAContact: koha.sekjal(a)gmail.com We have to reuse item fields in ways they were not intended to quite often in order to respond to libraries specific demands. In some cases we will control these fields with an authorized value, but not all fields will display the authorized value description on the opac and admin interface. See: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7379 Which took care of this problem for the copynumber field. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 7705] New: IE postdata issue - expiring sessions when back button is used
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7705 Priority: P5 - low Change sponsored?: --- Bug ID: 7705 Assignee: oleonard(a)myacpl.org Summary: IE postdata issue - expiring sessions when back button is used QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: shelley.gurney(a)nzica.com Hardware: All Status: NEW Version: rel_3_6 Component: OPAC Product: Koha The majority of our users are still using IE and navigate via the browser buttons. This is causing some issues with their sessions expiring when they navigate forwards and backwards several times. Is there a fix for this in Koha, to stop this from happening? Can we trick IE into not cancelling the session. (not an apparent issue in Chrome or Firefox) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7224] New: Allow patrons to pick their own preferred language
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7224 Bug #: 7224 Summary: Allow patrons to pick their own preferred language Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com Depends on: 6481 Allow patrons to select their own preferred language, individually. This can provide an extra level of personalization in multi-lingual environments, and could later be applied to more than just the OPAC or staff client templates (translated notices). The choice should be configurable in the OPAC, under Preferences, without the need to confirm with the librarian (like for contact info changes) The structural changes to Koha required for this development would pave the way for a whole bunch of other individual preference values (beyond just messaging and OPAC privacy preferences), making for more customizable ILS -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1