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

[Bug 10880] New: Staff Client Display856uAsImage options need updating
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10880 Bug ID: 10880 Summary: Staff Client Display856uAsImage options need updating Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: dearden(a)sarsf.org QA Contact: testopia(a)bugs.koha-community.org Section 1.15.1.1 Display856uAsImage needs updating. Under Values, the "Both Results and Details pages" option says "Not implemented yet", sometime before version 3.12.4 this was implemented when the XSLT option for the results page was fixed. This should be changed to "Both XSLTResultsDisplay and XSLTDetailsDisplay need to be on for this preference to work". Likewise, further down the "Results page only" says "Not implemented yet", this should be changed to "XSLTResultsDisplay needs to be on for this to work". Additionally, there is text at the end of the description that reads "in the current window or in a new window depending on the value in the system pref OPACURLOpenInNewWindow". On my installation the system pref OPACURLOpenInNewWindow does not control this action in the Staff Client, and I don't find a corresponding option in the Staff Client area. I think the description should be modified to remove that phrase. This started to work at some point because someone fixed the Results XSLT file for the staff client (at least the marc21 version). I am not sure what release that occurred in, so there may be some older doc that needs updating also. I am on version 3.12.4 and am reporting on the version 3.12 doc. It looks like the 3.14 doc is the same. I assume this feature still works in 3.14, assuming is always dangerous though. :) -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12990] New: add overflow option to label creator
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12990 Bug ID: 12990 Summary: add overflow option to label creator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 31860 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31860&action=edit labels Maybe have an option in the template to put overflow onto the next line? If the logic knows enough to cut off information when it gets to the end of the column in the PDF exporter, I'd think adding a newline character might not be that big of a deal. As you can see in the attached screen shot, the way the system works now, valuable information can get cut off. That $n field should say The Final Season [Season 5, Part 1]. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 --- Comment #18 from sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> --- Created attachment 31859 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31859&action=edit Bug 2889 - templates should use [% IF ( loop.odd ) %] - Administration Some scripts pass a template variable to facilitate an alternate table row class for styling. Other use the 'IF (loop.odd)' construction. I think we're at the point where the CSS3 :nth-child() selector is widely-supported enough that we can do without template-based solutions: http://caniuse.com/#feat=css-sel3 This patch adds such a selector to the staff client CSS and removes the corresponding template markup from Administration pages. The last in this series of patches will remove the redundant CSS. Also in this patch: a few minor markup corrections. To test, apply the patch and clear your browser cache if necessary. View the following pages and confirm that alternate table row highlighting works as before: - Administration -> Budgets - Acquisitions -> Vendor -> Contracts - Administration -> Budgets -> Budget -> Planning - Administration -> Authority types - Administration -> Authority types -> MARC structure - Administration -> Authority types -> MARC structure -> subfields - Administration -> MARC bibliographic framework - Administration -> MARC bibliographic framework -> MARC structure - Administration -> MARC bibliographic framework -> MARC structure -> Subfields - Administration -> Libraries and groups - Administration -> Cities and towns - Administration -> Classification sources - Administration -> Circulation and fines rules - Administration -> Currencies and exchange rates - Administration -> Item types - Administration -> Koha to MARC mapping - Administration -> System preferences -> Local use - Administration -> Z39.50 client targets Signed-off-by: Nick Clemens <nick(a)quecheelibrary.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 --- Comment #17 from sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> --- Created attachment 31858 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31858&action=edit BUG: 2889 template aqbasketusersearch add loop.odd To Test 1/ In Acquisitions > Create a test Budget 2/ In the Budget > Create at least three Test Funds 3/ Create at least three Users who use the fund 4/ Select Search for Basket User 5/ In the Table results list see the list of users and see the alternate table highlighting 6/ Apply the patch 7/ Refresh the Search for Basket User results window 8/ In the Table results list see the list of users and see the alternate table highlighting in place 9/ Bug fixed Signed-off-by: Nick Clemens <nick(a)quecheelibrary.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #31834|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #30071|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off CC| |sandboxes(a)biblibre.com --- Comment #16 from sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> --- Patch tested with a sandbox, by Nick Clemens <nick(a)quecheelibrary.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 --- Comment #15 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to Nick Clemens from comment #14) > These are the screens where the alternate highlighting did not work for me Did you clear your browser cache? The patch updates the staff client CSS. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10800] New: Unable to print hold page
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10800 Bug ID: 10800 Summary: Unable to print hold page 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: yvcruz(a)uiwtx.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Once a hold has been triggered, KOHA doesn't print the hold page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10929] New: fund amounts sort incorrectly in table on Administration -> Budgets -> Funds page
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10929 Bug ID: 10929 Summary: fund amounts sort incorrectly in table on Administration -> Budgets -> Funds page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 10792, the fund amounts (total allocated, base-level allocated, base-level spent, total sublevels spent, and base-level remaining) in the table on the admin/aqbudgets.pl page sort alphabetically, not numerically. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3