[Koha] After writreoff fines cheek out is not working

Tue Sep 21 16:11:42 NZST 2010

Hi all,
Yes patron have overdue
After write off fine cheek out is not working for that patron and showing
 yellow bar.

On Tue, Sep 21, 2010 at 2:19 AM, <koha-request at lists.katipo.co.nz> wrote:

> Send Koha mailing list submissions to
>        koha at lists.katipo.co.nz
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://lists.katipo.co.nz/mailman/listinfo/koha
> or, via email, send a message with subject or body 'help' to
>        koha-request at lists.katipo.co.nz
>
> You can reach the person managing the list at
>        koha-owner at lists.katipo.co.nz
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Koha digest..."
>
>
> Today's Topics:
>
>   1. Item type icons display problem in OPAC (Vikas Kumar)
>   2. Re: Item type icons display problem in OPAC (Owen Leonard)
>   3. Re: After writreoff fines cheek out is not working (Owen Leonard)
>   4. holds and multiple branches (Chad Billman)
>   5. Re: Holds not working on Staff client (Chris Hobbs)
>   6. Reports Defined Parameters (Barry Cannon)
>   7. Re: Reports Defined Parameters (Brendan A. Gallagher)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 20 Sep 2010 12:47:02 +0530
> From: Vikas Kumar <vikas.kumar at libsoul.com>
> Subject: [Koha] Item type icons display problem in OPAC
> To: koha at lists.katipo.co.nz
> Message-ID:
>        <AANLkTinDL7t0M+kjFO3gKmrJ9k7f14pSB+V3z0FC+MDn at mail.gmail.com<AANLkTinDL7t0M%2BkjFO3gKmrJ9k7f14pSB%2BV3z0FC%2BMDn at mail.gmail.com>
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi All,
>
> First I would thank you all for your inputs.
>
> We are running Koha version 3.00.00.107. We have also enabled
> XSLTDetailsDisplay and XSLTResultsDisplay, thus item type with icons can be
> displayed in OPAC search results. We are also entering the required data in
> leader (MARC Field 000).
>
> Now, it seems that, type icons are prefixed. like in search result page
> there can be only below types for icons.
>
> Book
> Mixed Materials
> Computer File
> Map
> Visual Material
> Sound
>
>
> On the other hand, We have also defined some custom types in administration
> module . like Reports, Project Documents, etc.. which appears on "place
> hold" page.
>
> Is there any way we can display these icons ( appearing on "place hold"
> page
> ) on OPAC Search Result page ?? Click
> here<http://vikas3456.files.wordpress.com/2010/09/opac-result.jpg>to
> see the attachment.
>
>
> Regards,
> Vikas
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20100920/c730abd6/attachment-0001.htm
>
> ------------------------------
>
> Message: 2
> Date: Mon, 20 Sep 2010 10:12:43 -0400
> From: Owen Leonard <oleonard at myacpl.org>
> Subject: Re: [Koha] Item type icons display problem in OPAC
> To: Vikas Kumar <vikas.kumar at libsoul.com>
> Cc: koha at lists.katipo.co.nz
> Message-ID:
>        <AANLkTinK0JfaunPYGGhoSJwb+hNiP9UPdFi3yR-0PZ9u at mail.gmail.com<AANLkTinK0JfaunPYGGhoSJwb%2BhNiP9UPdFi3yR-0PZ9u at mail.gmail.com>
> >
> Content-Type: text/plain; charset=ISO-8859-1
>
> > Now, it seems that, type icons are prefixed. like in search result page
> > there can be only below types for icons.
>
> The images displayed in the XSLT results screen are, unfortunately,
> not configurable via Koha's administrative interface. Those "material
> type" icons are hard-coded. The material type is not defined in the
> MARC record by the item type but by the material type defined in the
> leader.
>
> The only option at the moment for customizing those icons would be to
> replace the files on the server with alternatives of your own with the
> same file names.
>
> One of the reasons there is a distinction between material type and
> item type is that material type is always defined at the bibliographic
> level. Item type can be defined at the item level. So in some
> libraries one bibliographic record might have multiple items with
> different item types. It is for that reason that itemtype and/or
> collection code are not displayed on the search results screen.
>
>  -- Owen
>
>
> --
> Web Developer
> Athens County Public Libraries
> http://www.myacpl.org
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 20 Sep 2010 10:25:13 -0400
> From: Owen Leonard <oleonard at myacpl.org>
> Subject: Re: [Koha] After writreoff fines cheek out is not working
> To: Nur Ahammad <ahammadnur59 at gmail.com>
> Cc: koha_development <koha at lists.katipo.co.nz>
> Message-ID:
>        <AANLkTin_f47+Xi64+SKOmQPcQBYLWGz42xSVNi154qGh at mail.gmail.com<AANLkTin_f47%2BXi64%2BSKOmQPcQBYLWGz42xSVNi154qGh at mail.gmail.com>
> >
> Content-Type: text/plain; charset=ISO-8859-1
>
> > After write off fine cheek out is not working for that patron and showing
> > yellow bar.
>
> Does it look like this?
>
> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=1794
>
> That is from this bug:
>
> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4036
>
> ...which should be fixed in 3.2 but may still exist in the version
> you're using.
>
> Does the patron have any overdues?
>
>  -- Owen
>
> --
> Web Developer
> Athens County Public Libraries
> http://www.myacpl.org
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 20 Sep 2010 13:15:40 -0400
> From: Chad Billman <chad at pennmanor.net>
> Subject: [Koha] holds and multiple branches
> To: "koha at lists.katipo.co.nz koha" <Koha at lists.katipo.co.nz>
> Message-ID: <C3ACC2C5-BEBE-4B1D-BEB1-A1044CC79602 at pennmanor.net>
> Content-Type: text/plain; charset=us-ascii
>
> Hello,
>
> We are currently running one installation of koha (3.0.x) for 10 branches.
> Our librarians are getting frustrated by the current behavior of holds.
> Particularly in situations where multiple branches contain the same book.
>  They would like a way to place a hold on the next available item in a
> specific branch.
>
> I see the preferences "canreservefromotherbranches" and
> "IndependantBranches" but I am a little confused about what exactly these
> will change. Currently we have "canreservefromotherbranches" set to On and
> IndependantBranches set to Off.  I am not sure if toggling these preferences
> will give us the desired holds behavior.
>
> I am also concerned about changing IndependantBranches. I thought I read
> IndependentBranches should not be changed after the system is in use.
>
> Any advice is greatly appreciated!
>
> Chad Billman
> Penn Manor School District
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 20 Sep 2010 13:01:25 -0700
> From: Chris Hobbs <chobbs at nhusd.k12.ca.us>
> Subject: Re: [Koha] Holds not working on Staff client
> To: koha at lists.katipo.co.nz
> Message-ID: <4C97BD95.5040205 at nhusd.k12.ca.us>
> Content-Type: text/plain; charset="iso-8859-1"
>
>  Another cry for help :-)
>
> On 9/15/10 5:15 PM, Chris Hobbs wrote:
> > We're running 3.00.05.
> >
> > When clicking on the link for Holds from the Catalog detail page,
> > nothing happens. The browser wheel spins, and about 5 minutes we get
> > the errors listed below.
> >
> > Placing holds works great from OPAC, and checking in a held item works
> > as well (pops a warning, prints a slip, etc.).
> >
> > The Apache log file entry doesn't get written until the error below
> > gets sent to the browser. Here is the log file entry:
> >
> > koha:8080 206.210.224.74 - - [15/Sep/2010:16:52:20 -0700] "GET
> > /cgi-bin/koha/reserve/request.pl?biblionumber=78399 HTTP/1.1" 504 538
> > "
> http://koha.nhusd.k12.ca.us:8080/cgi-bin/koha/catalogue/detail.pl?biblionumber=78399
> "
> > "Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.9)
> > Gecko/20100824 Firefox/3.6.9"
> >
> > Koha error log reports:
> >
> > [Wed Sep 15 16:57:47 2010] [warn] [client 206.210.224.74] Timeout
> > waiting for output from CGI script
> > /usr/share/koha/intranet/cgi-bin/reserve/request.pl, referer:
> >
> http://koha.nhusd.k12.ca.us:8080/cgi-bin/koha/catalogue/detail.pl?biblionumber=78399
> > [Wed Sep 15 16:57:47 2010] [error] [client 206.210.224.74] Script
> > timed out before returning headers: request.pl, referer:
> >
> http://koha.nhusd.k12.ca.us:8080/cgi-bin/koha/catalogue/detail.pl?biblionumber=78399
> >
> > Any ideas on how to troubleshoot this?
> >
> > Thanks,
> >
> > --
> > Chris Hobbs
> > Director, Technology
> > New Haven Unified School District
> > -- This message has been checked by ESVA and is believed to be clean.
> >
> >
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
>
> --
> Chris Hobbs
> Director, Technology
> New Haven Unified School District
>
> --
> This message was scanned by ESVA and is believed to be clean.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20100920/6912bcb6/attachment-0001.htm
>
> ------------------------------
>
> Message: 6
> Date: Mon, 20 Sep 2010 17:18:46 +0100
> From: Barry Cannon <bar at interleaf.ie>
> Subject: [Koha] Reports Defined Parameters
> To: "'koha at lists.katipo.co.nz'" <koha at lists.katipo.co.nz>
> Message-ID: <784524C5AF21114D9A5F1274EB8BA5807C7148C4F2 at mailman>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello,
>                Is anyone using the Run-time Defined Paramets for the SQL
> reports? I can't seem to get it to run. Even entering the sample query
> proved gets the following error:
>
> Can't use an undefined value as an ARRAY reference at
> /usr/share/koha/intranet/cgi-bin/reports/guided_reports.pl line 607.
>
>
> Any ideas?
>
> Thanks
> Barry
>
>
> ________________________________
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> It is possible for data transmitted by email to be deliberately or
> accidentally corrupted or intercepted.
> For this reason, where the communication is by email, Interleaf Technology
> does not accept any responsibility for any breach of confidence which may
> arise through the use of this medium. This footnote also confirms that this
> email message has been swept for the presence of known computer viruses.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20100920/bd4b811f/attachment-0001.htm
>
> ------------------------------
>
> Message: 7
> Date: Mon, 20 Sep 2010 13:14:04 -0700
> From: "Brendan A. Gallagher" <info at bywatersolutions.com>
> Subject: Re: [Koha] Reports Defined Parameters
> To: Barry Cannon <bar at interleaf.ie>
> Cc: "'koha at lists.katipo.co.nz'" <koha at lists.katipo.co.nz>
> Message-ID:
>        <D9707B43-33BF-4047-88EB-35B76C10BDD6 at bywatersolutions.com>
> Content-Type: text/plain; charset="windows-1252"
>
> Barry --
>
> Please check to make sure that you don't have any spaces in front of your
> SELECT statement.  Spaces in there or other characters will cause the error
> message.
>
> -Brendan Gallagher
>
> On Sep 20, 2010, at 9:18 AM, Barry Cannon wrote:
>
> > Hello,
> >                 Is anyone using the Run-time Defined Paramets for the SQL
> reports? I can?t seem to get it to run. Even entering the sample query
> proved gets the following error:
> >
> > Can't use an undefined value as an ARRAY reference at
> /usr/share/koha/intranet/cgi-bin/reports/guided_reports.pl line 607.
> >
> >
> > Any ideas?
> >
> > Thanks
> > Barry
> >
> >
> > This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. It is possible for data transmitted by email to be deliberately
> or accidentally corrupted or intercepted.
> > For this reason, where the communication is by email, Interleaf
> Technology does not accept any responsibility for any breach of confidence
> which may arise through the use of this medium. This footnote also confirms
> that this email message has been swept for the presence of known computer
> viruses.
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20100920/c0b85656/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> End of Koha Digest, Vol 59, Issue 45
> ************************************
>

-- 
Nur Ahammad
Junior Assistant Librarian
BRAC University, Bangladesh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20100921/e77352cb/attachment-0001.htm 