So far, so good on the slowing GUI front!
We did notice a bug that preceded the SPAR install that continued after the SPAR, which will grind workflow scanning processing to a halt if you scan to searchable PDF with a certain type of grid paper anywhere in the job with handwritten numbers on it.
It shows the job as processing in the jobs list and in CWIS, and other people can scan their jobs in which are added to the job queue, but the job with the grid paper will take either hours (a 7 page one entered at 7am still had not finished processing by 11:30 am) or never finish. If you do a software reset the printer considers ALL jobs in the queue to be corrupt and deletes them all.
Once the printer gets into that statte, processing an OCR job that it has trouble with, it never times out, gives an error, or indicates that Scanning is unavailable. And you cannot successfully delete said problem job, so unsuspecting people doing scan jobs after the fact have no way of knowing their job is doomed.
When it gets into that state, it also shows SOME slowdown of the GUI responsiveness, but not in every screen and it does not progressively get worse to the point of unusability. I think this is probably unrelated to what the SPAR was intended to fix and unrelated to the problems we had been having since October of 2015.
I believe this SPAR was a success.
I probably won't post back here unless I see the original problem happening again with the same M. O. but will respond to anyone who finds the thread if they need help or my input.
Thank you all for getting this stuff noticed and fixed!!
C.
"Time is an illusion... Lunchtime, doubly so."
-- Ford Prefect
