Closed GoogleCodeExporter closed 8 years ago
Renjith,
Some browsers load java applets very slowly, such as Internet Explorer. There
are also some inefficiencies in the "browser readiness" features that have been
improved with version 1.3.9 (see loading.html in /dist/ folder).
Did you experience these same slowness with Java 1.6?
Do you have an antivirus that could be slowing down the initial load? Can you
try to disable it?
What version of Firefox? Is the Java loader plugin disabled?
Please post back if any of these help.
-Tres
Original comment by tres.fin...@gmail.com
on 29 May 2012 at 4:58
I have same problem. I used jzebra 1.4.3 and newest firefox update , and java
7 on windows 7 . . .. every transactions that I want to print is delayed about
10seconds.
my cpu: dual core e5700 + 2Gb memory + 250gb hardisk
Original comment by nico.osc...@gmail.com
on 1 Jul 2012 at 10:16
Nico,
Your post says delay is 10 seconds every time, which differs from the original
post of 15 seconds only on first time.
I downloaded Firefox 13.0.1 and Java 7u5 x64 and Java 7u6 x32.
When I run "java -version" from CMD, I get this:
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)
I was able to lock up Firefox 13.0.1 only once, but was unable to reproduce.
Can you check a few things for me:
1. Is the Java Console plugin installed in Firefox?
2. Do you have antivirus that may be causing this slowness (McAfee, Norton, Panda, Sophos, etc)?
3. Can you reproduce this on Google Chrome? Internet Explorer?
4. Is Java disabled in Startup? (msconfig, startup)
5. If you downgrade to Java 6u33, does this still occur?
Since I cannot reproduce this, I am not sure it is a bug with jZebra.
-Tres
Original comment by tres.fin...@gmail.com
on 2 Jul 2012 at 2:25
Marking bug as invalid. There is insufficient information to reproduce this
bug. Please reopen if it was closed in error.
-Tres
Original comment by tres.fin...@gmail.com
on 22 Aug 2012 at 5:36
I was experiencing a similar issue to Nico above. Suddenly, anytime I used
printHTML() in my app, it was taking 10-15 seconds to print each and every
time. After some troubleshooting it turned out to be an image in the HTML, even
though I was testing on localhost. Didn't get deeper into the issue to figure
out it it was a html2canvas issue or jzebra, but thought I would post here in
case someone is having a similar issue. Removing the image fixed it.
Original comment by davidzik...@gmail.com
on 25 Jun 2013 at 6:55
[deleted comment]
[deleted comment]
@David, Thanks for this valuable feedback. So that you are aware, html2canvas
is a new HTML5 printing feature that wasn't available in jZebra until version
1.4.5b.
Changes:
- HTML "Screenshot" support for HTML5 capable browsers - Can print a rendered picture of your html page.
This technically makes your bug separate from the originally posted, since the
OP was using jzebra 1.3.5, and nico was using jzebra 1.4.3.
To your point... I had an html2canvas issue when I used JavaScript to replace
the site's background image. Here's the message I get:
"Unable to get image data from canvas because the canvas has been tainted by
cross-origin data."
I'm still working to fix it. Let me know if you get anywhere.
-Tres
Original comment by tres.fin...@gmail.com
on 25 Jun 2013 at 7:43
Original issue reported on code.google.com by
renjithn...@gmail.com
on 28 May 2012 at 4:38