bpwwer

Try updates packages again and restart with version 3.1.8.   If it still says it's expired, restart the node server and pm me the PG3 log

Fixed in version 3.0.24 of the node server

I'm running on my Fedora system using icedTea.   Over the years I've had to fiddle with it a bit to keep it working but I don't have any specific recommendations.  I'm currently using java-11-openjdk-11.0.13.0.8-2.fc33.x86_64 if that helps at all.
My launcher icon on the desktop is configured like this:
[Desktop Entry] Version=1.0 Name=ISY Launcher GenericName=Java Web Start Application Comment=This utility finds ISY and launches the correct version of the UI-Admin Console-Dashboard Categories=Network;ISY Launcher;Java;Javaws; Type=Application Icon=/home/bpaauwe/.config/icedtea-web/icons/udlogo.png X-Vendor=Universal Devices- Inc. Exec=/usr/libexec/icedtea-web/javaws --verbose --nosecurity "https://isy.universal-devices.com/launcher/isy.jnlp" > /tmp/isy.log 2>&1 That launches the ISY finder and then I do have to manually add (or load a saved listing) of my ISY/IoP devices as it only seems to ever automatically find one ISY. 

You seem to be asking a couple of different things here so I'll try to answer as best I can.
On your local network, there shouldn't be any problem accessing PG3 from an iPad.  I just connected to mine using my iPhone and other than the small screen, it worked fine.
That being said, you may have to use an unsecured connection (http vs. https) as the iPad probably won't allow you to use the self-signed certificate since it it can't verify it.   Using the ISY Finder to connect may always try to use a secure connection.  If so, you simply have to type the Polisy's IP address manually into the browser address field (http://<ip address:3000/).
Then you mention trying to do it remotely.  Right now, PG3 does not provide any method to access it remotely.  That's not to say you can't, but you have to know how to configure your network to allow this.  You can open port 3000 through your router, however, for security reasons it is never a good idea to open ports.  Or you can access your home network via a VPN.  Using a VPN is much more secure and once the VPN is configured and connected, you'd access PG3 remotely the same way as if you were on your home network.

Yes, it is the same issue.
Version 3.0.23 should fix it.

This is the problem:
24:00:46 [pg3] error: ISY Response: [Try: 1] [00:0d:b9:53:d8:14] :: [404 - OK] :: 18.856618ms - http://192.168.2.117:8080/rest/ns/7/nodes/n007_controller/report/status/ETO/2.903759505852784/106
The ISY is rejecting it. A 404 error means "not found".  I did some experiments and it seems the ISY rejects it if there are too many digits of precision in the value.
I just pushed out version 3.0.22 that rounds the value so this should be fixed.  If you refresh the node server store, and then restart the WeatherFlow node server, it should auto-install the update.

The profile files define the mapping between the numbers and the text.  For email variable substitutions, the ISY (or IoP) is what should be replacing the number with the text.  The admin console reads the profile files and does the same number for text replacement.
So if the admin console is able to read and map the number to the text, then the node server files are fine.
I believe the ISY/IoP only reads the mapping when it starts so is it possible you haven't restarted the ISY since installing ClimaCell? 
 

Nothing in that log file indicates there's a problem.  
However, there are restrictions on what characters can be used for node names.  It looks like that's the only node that has an '&' in the name so you might want to try removing that.

No, the restore is kind of an all or nothing.  As part of the restore, it changes the configuration on the ISY to point back to the PG3 version.  If you then delete the PG3 version, it will delete the node server from both PG3 and the ISY.  The PG2 version will no longer work.  
Possibly you could then delete the PG2 version and re-install the PG2 .
If you just want to partially move to PG3, I'd recommend not trying to use the restore from PG2 backup and just delete the node server from PG2, install the PG3 version in the same slot, re-configure and fix anything that broke.  That's the cleanest way and you can concentrate on making sure each one works correctly before moving on to the next.

Sorry, made a error in the code.  Try version 2.0.2.

I was just about to post here that I pushed out a new version, updated to work with node 18.  But I see you noticed.  Thanks for letting me know that it's working.

The "Load Profile" button won't give any visual indication that it's doing anything.  It simply re-sends the profile files to the ISY.  You can view the PG3 and verify that it really did upload them.  If there are errors uploading the profile files, then that's the problem. 
If the admin console isn't showing the same values as what you posted above, it's because the admin console doesn't have the updated node definitions.   It only reads those files from the ISY when it starts.  So you must restart the admin console before it can show the correct values.
If you deleted the node from the ISY, you'll have to restart the node server so it can re-create the node.

Ok,

Refresh the store and restart the node server.  It should install version 2.0.1 and I believe that will fix the problem.

Version 2.0.5 should handle the new version of the Pandora plug-in.  It uses the sort by newest to get the station list.

I guess that makes sense, "not a number" isn't a number so it can't be converted to an integer.  In any case, the latest version shouldn't crash if that happens again.

I just pushed version 3.0.1 to the node server store.  This version should stop it from crashing.
Restarting the node server, should auto update it.  If that doesn't work, let me know.

Maybe this:
 

Version 2.0.3 should fix both shuffle and repeat command.

Most don't support query because the data is being polled at timed intervals, not by a manual query.