jzebraReady failed after multipe reprints on Firefox

[GoogleCodeExporter]

ometimes when trying to re-print a label for a second time I get the following 
error:

FireFox Fire Bug:
applet.getVersion is not a function

Line 45

INFO: ===== JAVASCRIPT LISTENER THREAD STOPPED =====
12-Jun-2012 14:11:52 jzebra.LogIt log
INFO: jZebra 1.4.1
12-Jun-2012 14:11:52 jzebra.LogIt log
INFO: ===== JAVASCRIPT LISTENER THREAD STARTED =====
12-Jun-2012 14:11:52 jzebra.LogIt log
WARNING: Tried calling JavaScript "jzebraReady" through web browser and failed 
(JavaScript error while calling "jzebraReady")

Original issue reported on code.google.com by tres.fin...@gmail.com on 12 Jun 2012 at 2:45

[GoogleCodeExporter]

Issue 69 has been merged into this issue.

Original comment by tres.fin...@gmail.com on 12 Jun 2012 at 2:45

[GoogleCodeExporter]

A second report of this bug by Pratista via the mailing list:

-----------------------------------

after testing it further with other browsers & JRE version, here is
the result:

FF11 with JRE 6 or 7 still exhibit the same problem
other browser (ie, chrome) with any JRE version doesn't have any
problem

my application uses cakephp + jquery,
after requesting an ajax process with post method,
the applet closes itself after showing some error log.

the problem step by step:
- user click a button.
- jzebra print barcode.
- the ajax process modify (remove / append) some element on the page.
- the applet closes itself.
- applet gone and can't print another barcode.

Original comment by tres.fin...@gmail.com on 12 Jun 2012 at 2:46

[GoogleCodeExporter]

This bug seems to be a problem with the way ajax, Firefox and Java behave 
together, forcing an unintended reload of the applet.  I'm not yet sure how to 
fix this.

Original comment by tres.fin...@gmail.com on 12 Jun 2012 at 2:46

[GoogleCodeExporter]

Proposed fix in 1.4.2 by revisiting how init(), start(), stop(), destroy() are 
called per http://www.cafeaulait.org/course/week5/28.html.

This should provide better browser refresh/ajax support and fix what was 
causing getVersion() errors as well as null object errors on Firefox and 
possibly other browsers.

Needs confirmation before closing.

Original comment by tres.fin...@gmail.com on 14 Jun 2012 at 2:19

• Changed state: Started

[GoogleCodeExporter]

Morning Tres,

I have tried and tested version 1.4.2 this morning and whilst the problem seems 
less frequent the problem is still there.

-James Reason

Original comment by tres.fin...@gmail.com on 14 Jun 2012 at 1:27

[GoogleCodeExporter]

Issue 83 has been merged into this issue.

Original comment by tres.fin...@gmail.com on 22 Aug 2012 at 6:10

[GoogleCodeExporter]

I've spent some time researching this, and there may be a bug specific to 
certain jQuery versions (bugs are reported against 1.4.x, but marked as fixed). 
 If you are encountering this issue, please post your jQuery version(s) and 
whatever info you may be able to supply.

http://jasonearl.com/blog/fixing_jquery_and_java_applets/index.html

Related articles:
http://bugs.jquery.com/ticket/2349
http://bugs.jquery.com/ticket/1675

Original comment by tres.fin...@gmail.com on 4 Nov 2013 at 9:20

[GoogleCodeExporter]

Issue 181 has been merged into this issue.

Original comment by tres.fin...@gmail.com on 5 Dec 2013 at 3:49

[GoogleCodeExporter]

Version 1.8.0 Added workaround for possible browser lock-up, documented here:
   https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/331962

One poster suggests this seems to affect many platforms (i.e. Windows) let me 
know if this addresses any of the sporadic lock-up issues.

Original comment by tres.fin...@gmail.com on 5 Dec 2013 at 3:49

[GoogleCodeExporter]

Issue 181 has been merged into this issue.

Original comment by tres.fin...@gmail.com on 19 Jan 2014 at 4:15

[GoogleCodeExporter]

Issue 181 has been merged into this issue.

Original comment by tres.fin...@gmail.com on 28 Jan 2014 at 6:40