When it launches on my Mac it shows 'Looking for Tiger skin' and then crashes. No log created in the config library. Attached is the Mac system crash log.

No crashes for me.

I like the new sorting options! I've often wanted this kind of flexibility. No problems that I've seen with some quick testing, but I suspect this will get a real workout from some of the more intensive users. Most of my projects are long-standing, stable beasts, and I long ago adopted some file naming conventions to avoid the worst of the problems (especially in the big family album, with source material from 160 years).

It crashes on my ancient Mac, as well. And it isn't just Tiger. It seems to crash with most of the bundled skins - Animatics, Lucid, Photoblogger, Projector, Story. But all other skins seems to be OK.

ETA: I see we've arrived at the same list of suspects.

ETA: And it is, indeed, only on the Mac that there's a problem. All skins load in Windows without issue.

Thanks for reporting. In order to possibly resolve some crash issues we've had reported on Mac, I updated the bundled Java for the Mac version from v19 to v21.0.1 including JavaFX 21.0.1. I suspect that this is what causes the crash. The reason it only happens with some of our bundled skins is probably because they use the embedded web browser to paint the preview graphics within the skin settings tab. You can see that it's indeed the "webkit" component that crashes from the log:

Thread 0 Crashed::  Dispatch queue: com.apple.main-thread
0   libjfxwebkit.dylib            	       0x1e5069ea0 0x1e23ac000 + 46915232
1   libjfxwebkit.dylib            	       0x1e4e6d01c 0x1e23ac000 + 44830748

I'll re-bundle jAlbum for Mac with Java 19 again. For the time being, you can simply copy the contents of jAlbum.app/Contents/runtime from an earlier jAlbum version to this one. That should cure the crash.

Ok. Back to Java 19 on the Mac version again. Just re-download it.

Here's the results when running without a DISPLAY on FreeBSD.. this is when using openjdk 20 :

root@jalbum:/usr/local/share/java # java --version
openjdk 20.0.2 2023-07-18
OpenJDK Runtime Environment (build 20.0.2+9-1)
OpenJDK 64-Bit Server VM (build 20.0.2+9-1, mixed mode, sharing)

This is the line that is used to fire up jalbum as shown below.. just in case you need to know that

cd "/usr/local/share/java/jalbum" && "/usr/local/bin/java" -Djava.awt.headless=true -jar JAlbum.jar "$@"

root@jalbum:/usr/local/share/java # jalbum -displayVersion
jAlbum v34b1 started in console mode
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
	at se.datadosen.jalbum.ProjectSettings.<init>(ProjectSettings.java:56)
	at se.datadosen.jalbum.AlbumBean.makeAlbum(AlbumBean.java:3654)
	at se.datadosen.jalbum.AlbumBean.smartMakeAlbum(AlbumBean.java:3583)
	at se.datadosen.jalbum.JAlbumConsole.<init>(JAlbumConsole.java:95)
	at se.datadosen.jalbum.JAlbum.main(JAlbum.java:376)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
	at java.base/java.lang.reflect.Method.invoke(Method.java:578)
	at se.datadosen.jalbum.Main.main(Main.java:45)
Caused by: java.lang.reflect.InvocationTargetException
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:119)
	at java.base/java.lang.reflect.Method.invoke(Method.java:578)
	at se.datadosen.util.BeanBinder.getProperties(BeanBinder.java:506)
	at se.datadosen.util.BeanBinder.getProperties(BeanBinder.java:434)
	at se.datadosen.jalbum.ProjectSettings.<init>(ProjectSettings.java:49)
	... 7 more
Caused by: java.lang.NoClassDefFoundError: javafx/beans/property/ReadOnlyBooleanWrapper
	at se.datadosen.jalbum.LicenseManagerImpl.<init>(LicenseManagerImpl.java:36)
	at se.datadosen.jalbum.JAlbumContext.getLicenseManager(JAlbumContext.java:118)
	at se.datadosen.jalbum.AlbumBean.getLicenseManager(AlbumBean.java:731)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
	... 11 more
Caused by: java.lang.ClassNotFoundException: javafx.beans.property.ReadOnlyBooleanWrapper
	at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:445)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:588)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
	... 15 more

Edited by: ps23Rick on 29 Dec 2023, 00:39

hmm.. ok.. I installed openjfx14 and it installed without issue but it runs exactly the same way.. Is there something I need to turn-on somewhere to get it to load? I think there's some environment variable for Java specifying locations of java runtime stuff.. ? My goodness but it's been a long time since I've dealt with Java..

edit

Got it further..

Below is what my /usr/local/bin/jalbum script looks like :

#!/bin/sh
 
cd "/usr/local/share/java/jalbum" && "/usr/local/bin/java" -Djava.awt.headless=true --module-path /usr/local/openjfx14/lib --add-modules javafx.controls -jar JAlbum.jar "$@"

Below is what happens when it runs now :

root@jalbum:/usr/local/share/java # jalbum -displayVersion
jAlbum v34b1 started in console mode
se.datadosen.jalbum.NotADirectoryException: Specified image directory is not a directory: ""
	at se.datadosen.jalbum.AlbumBean.prepareMakeAlbum(AlbumBean.java:3841)
	at se.datadosen.jalbum.AlbumBean.makeAlbum(AlbumBean.java:3660)
	at se.datadosen.jalbum.AlbumBean.smartMakeAlbum(AlbumBean.java:3583)
	at se.datadosen.jalbum.JAlbumConsole.<init>(JAlbumConsole.java:95)
	at se.datadosen.jalbum.JAlbum.main(JAlbum.java:376)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
	at java.base/java.lang.reflect.Method.invoke(Method.java:578)
	at se.datadosen.jalbum.Main.main(Main.java:45)

Edited by: ps23Rick on 29 Dec 2023, 01:29