Page Loads Blank
I am trying to access a Tripp Lite SNMPWEBCARD web interface that uses Java Applets. Currently I have to access it by using the Pale Moon browser along with JRE version lower than Update 8 v71 as apparently that version does not allow MD5 for certificates. I am not a developer and don't really know much about how this works. I am a systems administrator though so I'm not completely illiterate with computers. I am not sure what information I need to provide to help and I hope this is the right place to ask for help.
When I load the page without CheerpJ it directs me to learn about appelets. With the extension it loads the "frame" that the interface would appear in but it's just a blank white page along with the learn about applets text below. The text part is normal.
15 Replies
Hi, thanks for getting in touch. The first steps in debugging the problem is checking the developer tools console for any error. Please share screenshots of the page, console and network tab of possible.
The immediate problem is quite clear. The main class file cannot be loaded since a JAR is not found
Can you share the whole page HTML when the extension is disabled?
Even better, you can share a HAR file
Leaning Technologies Developer Hub
Debugging CheerpJ - CheerpJ Documentation
How to properly debug CheerpJ in the browser
I think I did that right? This is the version with the extension not loaded. Do you still need the HTML or does this provide it?
I think the problem is caused by the use of
jnlp.packEnabled=true by this page, it's rarely used and not supported by CheerpJ Applet Runner.
Can you confirm if the following URL exists: http://10.0.2.204/palApplet-signed.jar.pack?
Apologies,
http://10.0.2.204/palApplet-signed.jar.pack.gzYes, it gives me a pack file
Ok, the problem is confirmed then. It's a known limitation and it's already part of our internal task tracking system. There is unfortunately no workaround that I can offer.
We might be able to make an ad-hoc solution for you as part of a custom project. If that sounds interesting please get in touch with [email protected] referencing this conversation.
Firstly, I really appreciate you looking at this so quickly. Second, I am not sure if this is something that I need to access frequently enough to justify putting in a lot of work.
I assume there would be a fee associated with an ad-hoc solution?
Also, are you saying that this is something your team plans to tackle in the future?
A custom project would incur a fee, that's correct.
It's indeed something that we'd like to fix in the future, but it's not a priority currently and it's actually very hard to even find a test case for the problem on the public internet.
We encountered this only once in the past, and in that case we found an ad-hoc solution for the customer.
Gotcha. Well like I said, I don't think I'll access this enough to justify paying for it. Especially since I have a workaround, it's just very ugly. This is just in my homelab so it's not exactly mission critical. Plus this device is almost 16 years old.
Of course I would be willing to be used as a test case in the future, naturally since that wouldn't cost me anything haha.
I know this may be hard for you to answer but do you have a rough estimate of what something like that may cost?
It's really not my role to negotiate projects, apologies.
No worries, thank you for your time!