Bug 2733

Summary: Can't print patron account
Product: Koha Reporter: Nicole C. Engard <nengard>
Component: TemplatesAssignee: Owen Leonard <oleonard>
Status: CLOSED FIXED QA Contact: Ian Walls <koha.sekjal>
Severity: normal    
Priority: P3 CC: oleonard, paul.poulain
Version: 3.8   
Hardware: All   
OS: All   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:
Attachments: Bug 2733 - Can't print patron account
[SIGNED-OFF] Bug 2733 - Can't print patron account

Description Chris Cormack 2010-05-21 00:55:14 UTC


---- Reported by nengard@gmail.com 2008-10-29 06:26:50 ----

On cgi-bin/koha/members/boraccount.pl?borrowernumber=54030  when you click print page you don't get the page with the account info - you get the patron's checked out items



---- Additional Comments From oleonard@myacpl.org 2008-10-29 06:46:37 ----

It sounds like there's too much ambiguity about the function of the print button. As part of the "Patron toolbar," it has unchanging functionality across patron pages. So the print button doesn't print the page you're on, it prints the patron record (brief patron details and list of checkouts). Just as clicking the 'Edit' button in the patron toolbar always edits the patron's record, not the patron's reading record or account or something like that.



---- Additional Comments From nengard@gmail.com 2008-10-29 07:39:09 ----

Yep, that sounds right.  So what we need is another print option - otherwise there is no way to print the patron's account info.



---- Additional Comments From oleonard@myacpl.org 2008-10-29 08:41:47 ----

> no way to print the patron's account info.

<grumpy>...Except to use the browser's built-in print function.</grumpy> We do make a modest attempt to provide a print-friendly version of EVERY page via a print stylesheet. The patron print button is there because there is an actual script-generated alternate page for those views.

I'm actually more inclined to *remove* the print button from the toolbar entirely rather than get into adding more print buttons to certain pages.

If we added more information to the patron print view page (/cgi-bin/koha/members/moremember.pl?borrowernumber=XX&amp;print=page) would that help at all? Include the table that appears on the account page?



---- Additional Comments From nengard@gmail.com 2008-10-31 04:29:04 ----

I'm not sure what would help - at the least we need to make it clear what the print button does.  If adding the account table to the print is possible, then maybe that should be there too.



---- Additional Comments From nengard@gmail.com 2008-11-02 05:55:57 ----

Maybe I'll add a note to the manual to tell people to use this bookmarklet that makes any page printer-friendly ....   http://www.printwhatyoulike.com/  It's not OS - but it's a possible solution.  What do you think?



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 00:55 UTC  ---

This bug was previously known as _bug_ 2733 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2733

Actual time not defined. Setting to 0.0
CC member bchurch@ptfs.com does not have an account here
CC member rch@liblime.com does not have an account here

Comment 1 Katrin Fischer 2012-04-02 20:51:05 UTC
The "Print" button in patron toolbar is a pull down menu now that not only allows to "Print page" but also refers to slip printing with options for "Print Slip" and "Quick Slip".

Do we still need the "print page" option?
Should it perhaps be renamed to "print account"?

Opinions welcome :)
Comment 2 Owen Leonard 2012-04-03 13:07:55 UTC Comment hidden (obsolete)
Comment 3 Katrin Fischer 2012-04-04 20:31:10 UTC
Created attachment 8887 [details] [review]
[SIGNED-OFF] Bug 2733 - Can't print patron account

Changing "print page" link to "print summary." I hope this will
alleviate the suggstion that the option prints the current page.

- Changed "Quick slip" to "Print quick slip" to make it consistent
  with the other options in the menu

- Corrected the case of other text strings as required by
  Bug 2780.

Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de>
Comment 4 Paul Poulain 2012-04-06 16:33:12 UTC
QA comment: patch dealing with string consistency, small patch

passed QA
Comment 5 Jared Camins-Esakov 2012-05-04 00:05:15 UTC
The patches for this bug do not apply to 3.6. If you want this included in 3.6.x, please rebase on 3.6.x and reset the version to rel_3_6.
Comment 6 Jared Camins-Esakov 2012-12-31 00:55:36 UTC
There have been no further reports of problems so I am marking this bug resolved.