March 2012 - Koha-bugs - lists.koha-community.org

[Bug 2865] Acquisitions: GST not calculating correctly.
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '12

22 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2865 --- Comment #5 from Chris Hall <chrish(a)catalyst.net.nz> --- Cheers for pointing out the error in parcel.pl regarding it re-adding st back on if the list price is gst exclusive, this will be fixed shortly. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2865] Acquisitions: GST not calculating correctly.
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '12

22 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2865 Chris Hall <chrish(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #7911|0 |1 is obsolete| | --- Comment #4 from Chris Hall <chrish(a)catalyst.net.nz> --- Created attachment 8460 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8460&action=edit Corrected errors in previous patch After speaking with the client I have revised the patch, please ignore any comments on my first submission, this patch makes the previous obsolete. Replacement price is RRP and this is gst inclusive and does not take the discount into account (if list price is gst inclusive, then rrp and list price will be the same, otherwise rrp = listprice + gst). Budgeted cost (ecost in the code) is gst exclusive and takes the discount into account BEFORE gst. Regarding the comment about parcel.pl displaying the gst amount rather than the gst rate: I only fixed the error in parcel.pl, I haven't changed the information it was displaying (or trying to display). I have corrected the errors in my acq.js logic and the errors in the parcel.pl table regarding gst calculations. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4032] XSLT systempreference should take a path to file rather than YesNo
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '12

21 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 Marijana Glavica <mglavica(a)ffzg.hr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4032] XSLT systempreference should take a path to file rather than YesNo
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '12

21 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 Marijana Glavica <mglavica(a)ffzg.hr> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #7901|0 |1 is obsolete| | --- Comment #29 from Marijana Glavica <mglavica(a)ffzg.hr> --- Created attachment 8421 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8421&action=edit [SIGNED-OFF] Bug 4032:XSLT systempreference takes a path to file rather than YesNo Signed-off-by: Marijana Glavica <mglavica(a)ffzg.hr> I am signing it off because it doesn't break anything and I will report another bug for language issues described in my previous comment. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2780] Capitalize strings consistently
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '12

21 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2780 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW Summary|capitalizing strings |Capitalize strings | |consistently -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7774] New: Transfer limits: describing check/uncheck all actions
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '12

21 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7774 Priority: P5 - low Change sponsored?: --- Bug ID: 7774 CC: gmcharlt(a)gmail.com Assignee: adrien.saurat(a)biblibre.com Summary: Transfer limits: describing check/uncheck all actions QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: System Administration Product: Koha Created attachment 8395 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8395&action=edit screenshot There is now on the library transfer limits page a box containing check all/uncheck all links for all the ccodes tabs. When you click on one of these links, all tabs are affected, but you don't really see the result of your action. It could be useful to display a small message indicating that all tabs have been modified. Something like : On check : "Transfers have been allowed for all collection codes on all libraries". On uncheck : "Transfers have been disabled for all collection codes on all libraries". -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4032] XSLT systempreference should take a path to file rather than YesNo
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '12

21 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 Marijana Glavica <mglavica(a)ffzg.hr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mglavica(a)ffzg.hr --- Comment #28 from Marijana Glavica <mglavica(a)ffzg.hr> --- I tested the patch. It is a very nice feature and I would like to have it very much. It works with remote URL and with local path. But, there is a problem if I want to use more than one language on my site and that is usual situation in non-english speaking countries. Currently I can have just one xslt file. What we need is different xslt files for every language. I don't see how this problem could be solved with remote URL, but in a case of local files, we could have possibility to write just the name of the local file, put them in xslt directory, and expect Koha to take care about proper path according to language settings. Similar situation already exists with local CSS files for OPAC and staff client. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '12

21 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Leila <leila.arkab(a)hotmail.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leila.arkab(a)hotmail.fr --- Comment #29 from Leila <leila.arkab(a)hotmail.fr> --- Hello This can't be try with a sandbox : we have to modify the database. Sorry... -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '12

21 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Laurence Lefaucheur <laurence.lefaucheur(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |laurence.lefaucheur@biblibr | |e.com --- Comment #28 from Laurence Lefaucheur <laurence.lefaucheur(a)biblibre.com> --- Tested in following conditions : maxreserves = 3 reservation rules for my library : 2 serials 2 books impossible to put a hold unless some rules are defined for default library, so rule added : default library / default itemtype / default patron : 5 holds made : staff : 2 serials OK + 1 book : OK (total = 3) + 1 book : alert message 'cannot place hold' (coming from maxreserves) without explanation, and I am able to force and validate the 4th hold When the limit comes from issuingrules, hold can't be forced opac : multiple holds at once : 2 serials + 2 books from basket : no alert at all So I don't think it is what is wanted. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2865] Acquisitions: GST not calculating correctly.
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '12

20 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2865 --- Comment #3 from Koha Team Lyon 3 <koha(a)univ-lyon3.fr> --- Created attachment 8375 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8375&action=edit parcel table : needs value of tax not tax rate -- You are receiving this mail because: You are watching all bug changes.

1 0