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

[Bug 4473] Recent comments view for the OPAC
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4473 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|PATCH-Sent (DO NOT USE) |P5 - low Status|Pushed to Master |RESOLVED Resolution| |FIXED -- 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. 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 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 --- Comment #20 from Liz Rea <wizzyrea(a)gmail.com> 2012-02-07 17:59:50 UTC --- You are right, you would require 2 sysprefs. However, there is precedent for doing it in the way I describe: http://screencast.com/t/LMrkLMIxl If you insist upon keeping it to a single preference, this: Display results using <entry box> XSLT. Leave empty for "no xslt", enter "default" for the default one, put an URL for an external specific stylesheet. Would be fine with me. -- 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. 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 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 --- Comment #19 from Paul Poulain <paul.poulain(a)biblibre.com> 2012-02-07 17:51:02 UTC --- (In reply to comment #18) > "Display results <normally || using xslt>, using this custom XSLT stylesheet > <entry box>. Leave box empty to use the default xslt stylesheet" afaik (but I may be wrong), this can't be done with only 1 syspref, we need 2. And one of them is useless intellectually. Would the following description be OK ? Display results using <entry box> XSLT. Leave empty for "no xslt", enter "default" for the default one, put an URL for an external specific stylesheet. -- 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. You are watching all bug changes.

1 0

[Bug 2710] save buttons should be at both top and bottom of certain forms
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2710 Paul Poulain <paul.poulain(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paul.poulain(a)biblibre.com --- Comment #2 from Paul Poulain <paul.poulain(a)biblibre.com> 2012-02-07 17:25:22 UTC --- adrien, I don't know why you've assigned yourself this bug, but note that, on addbiblio, owen has added recently a floating toolbar, that is really great and could/should be used in additem/memberentry and any other relevant place ! ask me if you want more details (for the record: adrien is sitted just on my right ;-) ) -- 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 0

[Bug 4158] cannot create list whose title is '0'
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4158 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA Platform|PC |All --- Comment #3 from Owen Leonard <oleonard(a)myacpl.org> 2012-02-07 17:21:10 UTC --- This is a little confusing: the second patch here doesn't apply without the first, but seems to re-implement all the changes in the first one. Anyway, I tested with both patches applied. The patch fixes the problem in 50% of the cases. If I use the "new list" function from the lists page, either in the OPAC or staff client, I can successfully create a list named "0" and am prevented from creating a list called " ". However if I do a search, select items, and try to add them to a new list none of these improvements are apparent. It doesn't look like this use case was examined. Another note: Instead of checking whether a list name starts or ends with whitespace, wouldn't it make more sense to trim whitespace from the submitted name and check to see if there's anything left? If I accidentally try to name my list " foo" I would prefer that Koha assume I meant "foo" rather than reject the operation. -- 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 0

[Bug 7508] New: collapsable items
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 Bug #: 7508 Summary: collapsable items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/catalogue/moredetail.pl?biblionumber=521 18&itemnumber=75791#item75791 OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com It would be nice if on the items detail tab in the staff client you could click a little arrow to collapse the item details so you only see the one or ones you want without having to scroll too much. -- 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 0

[Bug 4530] Circulation & fines rules aren't always applied from most specific to less specific
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4530 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- 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. You are watching all bug changes.

1 0

[Bug 4530] Circulation & fines rules aren't always applied from most specific to less specific
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4530 --- Comment #19 from Kyle M Hall <kyle.m.hall(a)gmail.com> 2012-02-07 16:02:34 UTC --- Created attachment 7482 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7482 bug_4530: Rework issuing rules Use only one set of functions Database efficient rules fetch - only one query Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- 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. You are watching all bug changes.

1 0

[Bug 4530] Circulation & fines rules aren't always applied from most specific to less specific
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4530 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.m.hall(a)gmail.com --- Comment #18 from Kyle M Hall <kyle.m.hall(a)gmail.com> 2012-02-07 16:00:38 UTC --- I've done a lot of testing on this. It appears to be working correctly. I created a multitude of circ rules and used warns and Data::Dumper to see which rule would be picked each time. They rule chosen was correct in each instance. -- 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. You are watching all bug changes.

1 0

[Bug 4078] Display active currency symbol on currency output and input
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '12

07 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4078 Ian Walls <koha.sekjal(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |In Discussion CC| |koha.sekjal(a)gmail.com --- Comment #2 from Ian Walls <koha.sekjal(a)gmail.com> 2012-02-07 15:52:32 UTC --- It seems to me that currency formatting is much the same as date formatting, and as such should be handled by a T:T plugin. Koha passes the raw numeric values to the template, and the template formats the currency as appropriate. -- 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 0