composer314 / open-source-self-check

Automatically exported from code.google.com/p/open-source-self-check
0 stars 0 forks source link

Software appears to freeze up after scanning 20 or more items #33

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Scan more than 20 items

What is the expected output? 
Scan all items and ability print receipt when complete. 

What do you see instead?
Firefox Portable appears to freeze up. 

What version of the product are you using? 
v1.2 

On what operating system? Windows XP

Please provide any additional information below.
Our library staff reports this happening quite often when a patron scans more 
than 20 items. I'm thinking it's Firefox Portable hosing up. 

Original issue reported on code.google.com by seventh_...@hotmail.com on 17 Dec 2013 at 1:59

GoogleCodeExporter commented 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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
#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

GoogleCodeExporter commented 8 years ago
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