Login at Kodi Home

thwaller · 2019-04-14, 03:12

(2019-04-13, 18:02)mlaggner Wrote: could you post the first lines from the tmm startup log? (maybe from the trace log which gets generated if you choose send bug report inside tmm)
maybe something does not work on setting up the default locale on your system?

running linux too and have no probs

I think this is the portion you are asking for. If not, let me know more specifically what you would like and I will provide.

2019-04-13 01:05:13,360 INFO [main] org.tinymediamanager.TinyMediaManager:154 - =====================================================
2019-04-13 01:05:13,365 INFO [main] org.tinymediamanager.TinyMediaManager:155 - === tinyMediaManager © 2012-2019 Manuel Laggner ===
2019-04-13 01:05:13,366 INFO [main] org.tinymediamanager.TinyMediaManager:156 - =====================================================
2019-04-13 01:05:13,370 INFO [main] org.tinymediamanager.TinyMediaManager:157 - tmm.version : 3.0-SNAPSHOT
2019-04-13 01:05:13,371 INFO [main] org.tinymediamanager.TinyMediaManager:158 - os.name : Linux
2019-04-13 01:05:13,371 INFO [main] org.tinymediamanager.TinyMediaManager:159 - os.version : 4.18.0-17-generic
2019-04-13 01:05:13,372 INFO [main] org.tinymediamanager.TinyMediaManager:160 - os.arch : amd64
2019-04-13 01:05:13,372 INFO [main] org.tinymediamanager.TinyMediaManager:161 - java.version : 11.0.2
2019-04-13 01:05:14,169 INFO [main] org.tinymediamanager.TinyMediaManager:619 - current encoding : UTF-8 | UTF8 | UTF-8
2019-04-13 01:05:14,169 INFO [main] org.tinymediamanager.TinyMediaManager:178 - System language : en_US
2019-04-13 01:05:14,170 INFO [main] org.tinymediamanager.TinyMediaManager:179 - GUI language : en_US
2019-04-13 01:05:14,421 INFO [main] o.t.scraper.config.MediaProviderConfig:77 - load settings 'data/scraper_trakt.conf'
2019-04-13 01:05:14,737 INFO [main] o.t.scraper.config.MediaProviderConfig:77 - load settings 'data/scraper_opensubtitles.conf'
2019-04-13 01:05:14,753 INFO [main] o.t.scraper.config.MediaProviderConfig:77 - load settings 'data/scraper_fanarttv.conf'
2019-04-13 01:05:14,800 INFO [main] o.t.scraper.config.MediaProviderConfig:77 - load settings 'data/scraper_tmdb.conf'
2019-04-13 01:05:14,813 INFO [main] o.t.scraper.config.MediaProviderConfig:77 - load settings 'data/scraper_tvdb.conf'
2019-04-13 01:05:14,851 INFO [main] org.tinymediamanager.TinyMediaManager:180 - Scraper language : English
2019-04-13 01:05:14,897 INFO [main] org.tinymediamanager.TinyMediaManager:181 - TV Scraper lang : English
2019-04-13 01:05:15,703 INFO [main] org.tinymediamanager.TinyMediaManager:209 - =====================================================

**mlaggner** · 2019-04-14, 08:10

okay, everything looks good.
did you change the font? (default of the system or in tmm)

thwaller · (This post was last modified: 2019-04-14, 08:34 by thwaller.)

(2019-04-14, 08:10)mlaggner Wrote: okay, everything looks good.
did you change the font? (default of the system or in tmm)

no I have not. I have verified that the default system font is "Ubuntu", which is the standard and default font in Ubuntu, so it is unchanged. I did not change any such settings in tMM, but as I cannot see the UI, is there a file I can check to confirm the setting?

ADD: Maybe this is it? I found this in the tmm.json file:
"fontSize" : 12,
"fontFamily" : "Dialog",

**mlaggner** · 2019-04-14, 09:25

Dialog is the default font family in Java.. Every OS maps this to a specific font.
please have a look at https://stackoverflow.com/questions/2328...cific-font if that helps

thwaller · (This post was last modified: 2019-04-14, 10:22 by thwaller.)

(2019-04-14, 09:25)mlaggner Wrote: Dialog is the default font family in Java.. Every OS maps this to a specific font.
please have a look at https://stackoverflow.com/questions/2328...cific-font if that helps

Not really. I checked what that doc said and then realized it is in reference to Oracle Java whereas I am not using Oracle version. Does that matter? Aside from that, what changed in the last week or so I wonder? I could also check there.

EDIT: I can see in other web search that there should be a file: $JAVA_HOME/lib/fontconfig.Ubuntu.properties. There is nothing set for $JAVA_HOME, but if there were, it would point to /usr/lib/jvm/java-11-openjdk-amd64/. So if I go there and go into the lib directory, there is no file titled fontconfig.Ubuntu.properties, or anything like it.

EDIT2: Ok, so I did more testing and found that if I install another java based program (I used MP4Box GUI), it has the same issue. From there, I downloaded Java 8 to try in place of Java 11 via (sudo update-alternatives --config java). This seems to resolve the problem, no other changes done. Given this, it would appear as though the issue is related to a change in Java 11, since the time prior when tMM was working fine I was also using Java 11. I checked my apt logs and found that in fact there was an update to Java 11, so I can assume that is the cause.

So I wonder if there is a bug in Java 11, or if there is a change in Java 11 where I must need to configure something. Regardless, this does not appear to be a tMM issue.

**mlaggner** · 2019-04-14, 11:08

looks more like a packaging issue to me (since I use java 11 on manjaro by myself and everything is working fine)
glad you could solve it by downgrading to java 8 Wink

thwaller · (This post was last modified: 2019-04-18, 22:55 by thwaller.)

(2019-04-14, 11:08)mlaggner Wrote: looks more like a packaging issue to me (since I use java 11 on manjaro by myself and everything is working fine)
glad you could solve it by downgrading to java 8

I have just learned today that the Java 8 installers are being discontinued. Is there anything I can do to assist in locating the issue with Java 11?

EDIT: to clarify, I am using Ubuntu 18.04 and speak ONLY as it relates to the normal and standard repositories for such use.

EDIT2: Disregard the above at this time please. Rather, could I ask.... do you recommend the use of Oracle JDK or OpenJDK?

thwaller · 2019-04-20, 07:04

I have received this message a few times now and also after the most recent update so I am submitting. I am currently using build time 2019-04-20 00:25, and this exact issue was on the build prior. It appears to be mostly centered on TMDB. I was able to scrap IMDB ok, but images TMDB and Trakt do not work.

org.tinymediamanager.scraper.exceptions.ScrapeException: javax.net.ssl.SSLException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
   at org.tinymediamanager.scraper.tmdb.TmdbArtworkProvider.getArtwork(TmdbArtworkProvider.java:111)
   at org.tinymediamanager.scraper.tmdb.TmdbMetadataProvider.getArtwork(TmdbMetadataProvider.java:217)
   at org.tinymediamanager.ui.dialogs.ImageChooserDialog$DownloadTask.doInBackground(ImageChooserDialog.java:996)
   at org.tinymediamanager.ui.dialogs.ImageChooserDialog$DownloadTask.doInBackground(ImageChooserDialog.java:890)
   at java.desktop/javax.swing.SwingWorker$1.call(SwingWorker.java:304)
   at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
   at java.desktop/javax.swing.SwingWorker.run(SwingWorker.java:343)
   at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
   at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
   at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: javax.net.ssl.SSLException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
   at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:129)
   at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:321)
   at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)
   at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)
   at java.base/sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1314)
   at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:408)
   at okhttp3.internal.connection.RealConnection.connectTls(RealConnection.java:319)
   at okhttp3.internal.connection.RealConnection.establishProtocol(RealConnection.java:283)
   at okhttp3.internal.connection.RealConnection.connect(RealConnection.java:168)
   at okhttp3.internal.connection.StreamAllocation.findConnection(StreamAllocation.java:257)
   at okhttp3.internal.connection.StreamAllocation.findHealthyConnection(StreamAllocation.java:135)
   at okhttp3.internal.connection.StreamAllocation.newStream(StreamAllocation.java:114)
   at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:42)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
   at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.java:93)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
   at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.java:93)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
   at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.java:126)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
   at com.uwetrottmann.tmdb2.TmdbInterceptor.handleIntercept(TmdbInterceptor.java:59)
   at com.uwetrottmann.tmdb2.TmdbInterceptor.intercept(TmdbInterceptor.java:27)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
   at okhttp3.logging.HttpLoggingInterceptor.intercept(HttpLoggingInterceptor.java:225)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
   at okhttp3.logging.HttpLoggingInterceptor.intercept(HttpLoggingInterceptor.java:225)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
   at okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.java:254)
   at okhttp3.RealCall.execute(RealCall.java:92)
   at retrofit2.OkHttpCall.execute(OkHttpCall.java:186)
   at org.tinymediamanager.scraper.tmdb.TmdbArtworkProvider.getArtwork(TmdbArtworkProvider.java:85)
   ... 9 more
Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
   at java.base/sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:89)
   at java.base/sun.security.validator.Validator.getInstance(Validator.java:181)
   at java.base/sun.security.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:308)
   at java.base/sun.security.ssl.X509TrustManagerImpl.checkTrustedInit(X509TrustManagerImpl.java:176)
   at java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:188)
   at java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129)
   at java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:626)
   at java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:461)
   at java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:361)
   at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)
   at java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444)
   at java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:421)
   at java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:178)
   at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)
   at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1152)
   at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1063)
   at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:402)
   ... 40 more
Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
   at java.base/java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:200)
   at java.base/java.security.cert.PKIXParameters.<init>(PKIXParameters.java:120)
   at java.base/java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:104)
   at java.base/sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:86)
   ... 56 more

myron · 2019-04-20, 15:10

has something todo with keystore access (https/ssl)
Try something like: https://stackoverflow.com/a/50103533

nikazi · 2019-04-20, 16:40

How about sorting TV shows by click on headers(title, watched etc) as it realized on Movie tab?

**mlaggner** · 2019-04-20, 20:35

it is not that easy to sort a tree-structure.

with clicking on the title column, what do you expect to happen? sort every node by name? sort tv shows primary and then season/episode nodes?
since there is no exact answer to this question, we won't implement such a feature

Edworld · 2019-04-20, 23:36

sort buttons no longer work in movies: title, year, star, votes,etc.

nikazi · 2019-04-21, 08:58

Edworld
It's working for me only in movies tab for each column.

mlaggner, is that possible to add sorting in TV shows tab only for Rating and Watched column?
If I use filter - exclude Watched - I still see TV shows in list with watched flag, but only for TV with missing seasons.

thwaller · 2019-04-22, 05:03

(2019-04-20, 15:10)myron Wrote: has something todo with keystore access (https/ssl)
Try something like: https://stackoverflow.com/a/50103533

I had mentioned prior to hold on some of the comments I made in reference to Java errors. I have done more trials and found that Java 8:

Quote:openjdk version "1.8.0_191"
OpenJDK Runtime Environment (build 1.8.0_191-8u191-b12-2ubuntu0.18.04.1-b12)
OpenJDK 64-Bit Server VM (build 25.191-b12, mixed mode)

is the only one I got to work. Using OpenJDK 11 I am still getting the block characters as I reported prior. I tried using Oracle's Java 11 and that led to even more problems, as seen the the report that your above quoted comment was in reply to.

I am ok at this time just sticking with Java 8, but I do see an issue with that as a solution. If each developer of a Java program requires/wants its users to be on a specific version and flavor of Java, the advantage of Java being cross platform is almost negated as users will end up needing to install multiple versions of Java to support each of their Java driven applications. While I can appreciate a response I got earlier that the earlier version of Java is more mature, I can also appreciate the concept that people are using the current versions, which at this time is Java 11/12. I myself have complained to developers that I cannot install a package because its dependencies are no longer current, often requiring packages that were last used on the 14 or 16 LTS Ubuntu releases.

So with an understanding of both sides, what approach is tMM taking, or going to take? Since Java 11 is the current LTS release half a year in, we should be at a fairly finalized and stable version as it is intended to be released.

**mlaggner** · 2019-04-22, 16:24

Tmm is compatible to Java 11, but unfortunately there is more than just to be compatible...
we have 3 different OS with at least 2 different Java versions of 2 different vendors (and since almost every Linux distribution packages its own openjdk built there is much more variety..)

I can say that tmm works on all 3 OS with Java 8 and Java 11 (at least I am not aware of any bug at the moment..) we're also running many unit tests on java 8, 9 and 11 and no one is failing..
Myron runs windows (iirc oracle Java) without any issues and I run tmm myself on manjaro with Java 8 and 11 (openjdk) without any issues.
keeping this in mind your problems must have something to do with your setup Sad

I've chosen Java 8 years ago because it can run on every OS, but lately I need to find/fix issues (which are caused by specific OS/Java combinations) more than developing tmm itself and this is very frustrating..

We try to make tmm as generic as possible to be run everywhere but there are limitations... And I am aware that we can't help everyone (there is just not enough spare time to help everyone and keeping tmm developed), but we try to do as much as possible