Packages in core/backports_testing:
========================
i586:
java-1.8.0-openjfx-1.8.0.76-1.b04.1.mga5.i586.rpm

x86_64:
java-1.8.0-openjfx-1.8.0.76-1.b04.1.mga5.x86_64.rpm

Source RPMs:
java-1.8.0-openjfx-1.8.0.76-1.b04.1.mga5.src.rpm

The test procedure is in bug 17122.

Assignee: bugsquad => qa-bugs
Priority: Normal => Low
Status: NEW => ASSIGNED
Source RPM: (none) => java-1.8.0-openjfx

java-1.8.0-openjfx was built with java-1.8.0-openjfx-1.8.0.72 and not java-1.8.0-openjfx-1.8.0.77 because java-1.8.0-openjfx-1.8.0.77 is in 5/updates_testing.  I will need to push a new version of the package once java-1.8.0-openjfx-1.8.0.77 is in 5/updates.

Assignee: qa-bugs => nicolas.salguero

Packages in core/backports_testing:
========================
i586:
java-1.8.0-openjfx-1.8.0.76-1.b04.1.1.mga5.i586.rpm

x86_64:
java-1.8.0-openjfx-1.8.0.76-1.b04.1.1.mga5.x86_64.rpm

Source RPMs:
java-1.8.0-openjfx-1.8.0.76-1.b04.1.1.mga5.src.rpm

Assignee: nicolas.salguero => qa-bugs

Adding validated_backport for a test of madb regarding this new keyword, I'll remove it quickly afterwards.

Keywords: (none) => validated_backport

i586 in virtualbox  Mate

The zip file downloaded via the link given in bug 17122 was not recognized as a zip archive (tried with wget and http) so was forced to copy the jAlbum.zip file from the host machine.  It had been used in a previous test.  Unzipped that and added execute permission to the start files.

Installed the update.

Started the trial copy of jAlbum.  Imported images and videos and made them into albums.  That worked fine.  The videos were automatically processed for the web by Make Album but the process could be interrupted.  The unprocessed videos could be played using vlc.  The processed files could be played in firefox but not straight from the album.

If jAlbum is a good enough test for the update candidate we can pass it for 32 bits.

CC: (none) => tarazed25

Started to test this on x86_64 and ran into the 30-day limit on the trial and since the new downloaded zip file is not a zip file (much smaller than the original) I shall have to pass this on to someone else.

The answer is a double-click but it did not help; the software has passed its expiry date.

Any suggestions for testing this one Nicolas please?

Does it help with the 30-day limit on the trial if you delete "$HOME/.jalbum"?

And maybe also "$HOME/My Albums".

No neither help.  I tried removing all three directories and unzipped again.  But every time jalbum starts it declares that the software is on trial and 0 days left.  Looks like they keep track on their website somehow.  The first thing that comes up is a notice about "updates available" which I skip.

The upgrade came down as a deb file.  Converted that to rpm via alien but don't think that is going to be any use in this context.  What do you think?

I found another software that uses JavaFX: unplug (https://github.com/UprootLabs/unplug).  It is GPLv3.

Here is the latest release: https://github.com/UprootLabs/unplug/releases/download/unplug016/unplug-0.1.6.jar.

You can launch it via: java -jar unplug-0.1.6.jar

OK, thanks Nicolas.  Shall try that later.

Downloaded and ran it on an x86_64 machine.  Went as far as registering with matrix.org using the gui which was presented but don't feel like going any further with it.  It is apparently fairly rudimentary at present.  Will that do as a test of openjfx?

I think so: without java-1.8.0-openjfx, I get:
"""
Exception in thread "main" java.lang.NoClassDefFoundError: javafx/application/Application
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	at co.uproot.unplug.gui.GuiPackage$guiClient$d19e6806.main(guiClient.kt:25)
	at co.uproot.unplug.gui.GuiPackage.main(guiClient.kt:1)
Caused by: java.lang.ClassNotFoundException: javafx.application.Application
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	... 14 more
"""
whereas with java-1.8.0-openjfx it works.

Thanks Nicolas.  So let's try this new keyword.

Well remembered and thanks Nicolas.

Backport pushed

Resolution: (none) => FIXED
Status: ASSIGNED => RESOLVED
CC: (none) => tmb