Open GoogleCodeExporter opened 8 years ago
Are you sure it's freezing up or just not scrolling down to show the newly
scanned items at the bottom of the list. You could test this by seeing if items
beyond twenty actually get checked out to a patron's account.
Original comment by ericmelton1@gmail.com
on 17 Dec 2013 at 2:40
Yes, it is locking up. Can't print the receipt. The "thinking" icon stops
moving. We can close Firefox Portable most times and get the PC working and
restart Firefox successfully. It also doesn't happen every time it gets past 20
items. We've seen it scroll down to 30 items or so to complete the transactions
successfully in most cases, but it does happen quite a bit. We're going to
strip down one of our test stations of any programs other than the standard
WindowsXP install and the opensource selfcheck v1.2. It's possible that the AV
is hanging the webserver process or Firefox Portable. We'll update more as we
see results and keep checking back here for possible solution as well.
In a quick FYI, we love using these Selfcheckout stations and so do our
patrons. They are deployed in 6 of our branches, with an average of 3-4 for
each and plans to deploy more. Thank you.
Original comment by seventh_...@hotmail.com
on 18 Dec 2013 at 1:45
Would you recommend using Windows7 instead of starting all this on WindowsXP?
Thank you.
Original comment by seventh_...@hotmail.com
on 18 Dec 2013 at 3:57
I like hearing about how and where people are using it -thanks. I can't think
of any reasons why this would. I'll do some testing of my own soon and let you
know what I find.
Original comment by ericmelton1@gmail.com
on 18 Dec 2013 at 10:30
I don't think it should matter. It seems to work ok with either.
Original comment by ericmelton1@gmail.com
on 18 Dec 2013 at 11:08
It seems to be working fine with a new prototype we've conjured up. It seems
that the original computer used for the initial build a couple of years ago was
a Ghost image that had all kinds of programs and profile tweaks installed. We
started from scratch with a new build of WindowsXP and no programs except for
the OpenSource v1.2. It is much quicker all around now. I will make one from
scratch for Windows7 deployment soon. Thanks for the quick responses. Love the
OpenSource SelfCheckout package.
Original comment by seventh_...@hotmail.com
on 30 Dec 2013 at 4:57
Spoke a little too soon.
It seems that Firefox hangs up when the RFID pad reads too many items at once
and "driving Firefox into a coma". The Script is running too long error comes
up. This happens when Patrons plant their items on top of the pad or too close
as they are checking items out.
Has anyone reported something like this?
Also, it seems that once a patron places the item next to the pad, they then
continue to have the scanner read the barcode. The result is the renewal pop up
coming up after the item is listed because the unit is trying to checkout the
item twice. How can I disable that so nothing happens when the patron scans
something twice? We don't use the Renewal function in our ILS. I'm sure the
answer is staring back at me somewhere in the config.php file.
We are currently using a 3M RFID pad (with 895 Padstaff software), a 3M
Microtouch 1700ss series Touch screen, a MS7580 image scanner, and an epson
receipt printer.
Original comment by seventh_...@hotmail.com
on 16 Jan 2014 at 2:53
in processes/checkout.php try adding
if (!empty($_SESSION['cko_barcodes']) &&
in_array($item_barcode,$_SESSION['cko_barcodes'])){
exit;
}
above
$mysip = new sip2;
Original comment by ericmelton1@gmail.com
on 16 Jan 2014 at 6:35
When it scans the item once it's checked out, it stays at processing icon until
I scan new item, then it comes up with the error stating that the item is not
checked out to account.
I was looking into adding a timeout function in includes/renew.php so it comes
up with the information stating that it is checked out, but disappears after
1000ms or 2000ms so the patron sees the message but doesn't have to interact
for it to go away if they want to scan a new item or print the receipt.
Original comment by seventh_...@hotmail.com
on 16 Jan 2014 at 8:37
adding this
$("#item_list .loading").hide();
before the exit; should get rid of the loading symbol. The idea with the code I
sent is to ignore any items already checked out in the current session.
Original comment by ericmelton1@gmail.com
on 16 Jan 2014 at 9:37
Sorry. That last bit will need to be written like this:
echo '<script type="text/javascript">
$(function(){
$("#item_list .loading").hide();
});
</script>';
Original comment by ericmelton1@gmail.com
on 17 Jan 2014 at 12:26
The renewal "window" still comes up.
This is what it looks like in processes/checkout.php
above $mysip = new sip2; from what I read above.
if (!empty($_SESSION['cko_barcodes']) &&
in_array($item_barcode,$_SESSION['cko_barcodes'])){
echo '<script type="text/javascript">
$(function(){
$("#item_list .loading").hide();
});
</script>';
exit;
}
Original comment by seventh_...@hotmail.com
on 21 Jan 2014 at 2:17
[deleted comment]
[deleted comment]
Ok.. It seems to work fine with items in the current session.
If an item is scanned that was checked out prior to the current session, it
hangs with the processing icon. Can there be an 'else if' that would ignore the
renewal whether it is scanned in the current session or in a previous session?
In other words, just ignore items that have already been checked out.
I do apologize for appearing to be picky, but I know it will happen at some
point and a library staff person will complain that it's not working.
Thank you for your continued support on this.
Original comment by seventh_...@hotmail.com
on 21 Jan 2014 at 3:26
Belay actions on the last comment. It seems to work fine in the current session
with ignoring renewals.
I will just add text to see library staff if the item was checked out in a
previous session or previous date.
Thank you very much for your support on this. As stated, we love using this
solution.
Original comment by seventh_...@hotmail.com
on 21 Jan 2014 at 3:59
Does this project support use of later versions of Firefox Portable? I noticed
it's on version 4.
Original comment by seventh_...@hotmail.com
on 21 Jan 2014 at 6:47
#17:
Yes but the sounds are generated by an add-on which may or may not be
compatible with newer versions of Firefox.
Original comment by ericmelton1@gmail.com
on 22 Jan 2014 at 1:11
We've been testing with Firefox Portable 25.0.1. It seems to be fine except for
timeout for receipt printing. The timeout for printing the receipt in
pages/checkout.php is set to 1500ms. With Firefox Portable 25.0.1 we had to up
that to 6000ms. If a patron has checked out more than 10 items, the timeout to
redirect to processes/logout.php would exceed the print time and the patron has
to wait for the account timeout to occur, which is 40 seconds at first and then
the 21 seconds for letting them know they are about to be logged off.
Is there something in Firefox Portable that would sync that up again like in
version 4.0?
The sounds do work in Portable 25.0.1, but not the text blinking, which is no
big loss (text blinking was discontinued in version 23). And I've commented out
the code for sound since that anyway. We want patrons to pay attention to the
screen more than relying on the sounds. The appear to get confused easily.
Original comment by seventh_...@hotmail.com
on 22 Jan 2014 at 1:15
Original issue reported on code.google.com by
seventh_...@hotmail.com
on 17 Dec 2013 at 1:59