rcblanke wrote on 2022-10-02, 11:08:

Broken? How so? Did you upgrade an old DBGL version to the latest one? If so, make sure you're following the procedure as explained on the website; first upgrade to 0.92, and only after that, upgrade to 0.96.

If you need more help, please send me a PM with your DBGL data (the db and profiles folders) so I can analyze that, and try to fix it.

Thanks a lot, I'll send a PM asap!

I have no permission to send you yet a PM.
I hope to overcame the limit soon...

You may also just send me a mail r.blankendaal@quicknet.nl.

Hi everybody,
When I search the Mobygames and Pouet.net database with Dbgl, I get the error
"Unespected error: java.security.AlgorythmParameterException: the trustAnchors parameter must be non-empty"
Metropolis Launcher MobyGames database works, but without image searching.

Linux Mageia 8
openjdk version "11.0.15" 2022-04-19 LTS
OpenJDK Runtime Environment 18.9 (build 11.0.15+10-LTS)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.15+10-LTS, mixed mode, sharing)

Thanks in advance!

Eh, try

1sudo update-ca-trust

I have a small suggestion for the DBGL search engine... I'm reviewing my games database and back in the day I marked many games with (Shareware) in the title, to reflect I wasn't sure they were full versions. However, when I make searches in MobyGames this results in many wrong results. So my suggestion is, when making web searches for games, to ignore the term "shareware" if its present in the game title.

I know I literally brought this on myself, but ...

Neville wrote on 2022-10-13, 09:45:

I have a small suggestion for the DBGL search engine... I'm reviewing my games database and back in the day I marked many games with (Shareware) in the title, to reflect I wasn't sure they were full versions. However, when I make searches in MobyGames this results in many wrong results. So my suggestion is, when making web searches for games, to ignore the term "shareware" if its present in the game title.

I know I literally brought this on myself, but ...

I use the additional fields for such things.

Yep, that would be the sensible thing to do. But old habits die hard.

No problem, taken care of of in this latest build. That, and a fix for the issue mentioned by frosty024.

All the latest files. To update, just grab the new jar.

Thanks!

Great!

Resolved!
Broken link

[root@localhost security]# java -version
openjdk version "11.0.15" 2022-04-19 LTS
OpenJDK Runtime Environment 18.9 (build 11.0.15+10-LTS)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.15+10-LTS, mixed mode, sharing)
[root@localhost security]# mkdir /etc/pk
pkcs11/ pkgconfig/ pki/
[root@localhost security]# pwd
/usr/lib/jvm/java-11-openjdk-11.0.15.0.10-1.2.mga8.x86_64/lib/security
[root@localhost security]# ll
totale 248
-rw-r--r-- 1 root root 2488 dic 5 2021 blacklisted.certs
-rw-r--r-- 1 root root 2488 ago 10 23:42 blocked.certs
lrwxrwxrwx 1 root root 38 ago 10 23:52 cacerts -> ../../../../../../etc/pki/java/cacerts
-rw-r--r-- 1 root root 9596 ago 10 23:42 default.policy
-rw-r--r-- 1 root root 232578 ago 10 23:42 public_suffix_list.dat
[root@localhost security]# rm cacerts
rm: rimuovere collegamento simbolico 'cacerts'? y
[root@localhost security]# ln -s /etc/pk
pkcs11/ pkgconfig/ pki/
[root@localhost security]# ln -s /etc/pki/ca-trust/extracted/java/cacerts cacerts
[root@localhost security]# ll
totale 248
-rw-r--r-- 1 root root 2488 dic 5 2021 blacklisted.certs
-rw-r--r-- 1 root root 2488 ago 10 23:42 blocked.certs
lrwxrwxrwx 1 root root 40 ott 22 11:43 cacerts -> /etc/pki/ca-trust/extracted/java/cacerts
-rw-r--r-- 1 root root 9596 ago 10 23:42 default.policy
-rw-r--r-- 1 root root 232578 ago 10 23:42 public_suffix_list.dat

Sorry to insist on the issue, but I think there's been some kind of regression regarding the use of regional characters in folder names. I'm reviewing old profiles and they seem to work at first... but once they're updated said characters are modified and no longer work.

Here's a list of my profiles using "Ñ", for instance.

And this is how the paths look after ther profile is updated:

They should be the same as in the profile name.

Strange issue, this. The mounts and program location are saved in the dosbox configuration file (profiles/8835.conf). It might help it you can create a file copy of a profile that is currently intact, update the profile (rendering it broken) and create a new file copy. This way, we can take a look at the changes in the .conf.

I already "fixed" the Ñ profiles, changing the conflicting letter in the pathnames to N. However there are other cases, like any profiles with pathnames using accented vowels. Here are the original and modified profiles for "Capitán Trueno".

Thanks for the feedback Neville!

Oh. Might require some time to come up with a good solution...

You're welcome. If there's any test or anything I can do on my system in order to help, just say it.

Hi Rob, reporting a crash when attempting to Select All screenshots/media before the thumbnails have all loaded. Using 0.97b1.

Hi, found another crash/hang when right-click game > Open Game Folder and game folder doesn't exist.

"This application requires a Java Runtime Environment 11 (64-bit)"

I have the latest JRE (jre-8u351) both x86 and x64 but DBGL 0.96 always gives the above error. When I put 0.95 back everything works fine as it recognises the latest Java release as being 8-or-higher, but it seems like 0.96 doesn't recognise the latest Java release as being 11-or-higher.