Login at Kodi Home

akya · 2017-03-26, 19:17

I have 2 episodes, files named as S22E18 and S22E19, (also tried the variations 22x18 and 22x19) If I scrape them individually, both episodes are identified and scraped correctly. If I scrape Season 22 for ex in this case, both episodes are scraped as season 22 episode 18.

This happens when Season 22 > scrape episode metadata OR scrape episode metadata without thumbs
However, scrape new items works correctly.

myron · 2017-03-27, 11:15

hmm.. can you send us the logs?
It works here for the tv show i tested...

akya · 2017-03-27, 13:37

(2017-03-27, 11:15)myron Wrote: hmm.. can you send us the logs?
It works here for the tv show i tested...

Code:
https://paste.fedoraproject.org/paste/D5bSZRq5je91o2dJerEm-l5M1UNdIGYhyRLivL9gydE=/

Check episode 19 in the log

myron · 2017-03-28, 10:13

thx, found the issue Smile

Both episodes have the same "aired" date... and in this case, my logic didn't work.
Never expected this to happen :p
Fixed in next build....

akya · 2017-03-29, 19:20

Cool, working as expected now! cheers

akya · 2017-04-07, 16:37

Can the media be marked as "Unwatched"? On episode (selecting bunch of episode > right click > mark as unwatched.) and tv show level? It helps when re-watching an old tv show for ex.
And one more thing, currently if I unmark episodes as watched, sync with trakt changes the state again. Is there any solution to that other than going to trakt and deleting all watch history manually?

akya · 2017-04-10, 16:29

[Bug] Date added is displayed wrong.
Just checked the latest movie added displayed the time as Apr 10, 2017 5:06:18 AM

linux stat shows the file info as
Access: 2017-04-09 23:48:46.751173000 +0530
Modify: 2017-04-09 23:48:06.966507300 +0530
Change: 2017-04-09 23:48:06.985304500 +0530

seems like TMM added time difference of 0530 to the time. 23:48:06 is the time already corrected with the time difference. I checked with the files newly created.

tars · 2017-05-07, 13:12

While downloading actor images to display, tmm (latest nightly) frequently throws the following error message:

Code:
2017-05-06 20:02:00,215 DEBUG [SwingWorker-pool-4-thread-7] org.tinymediamanager.scraper.http.Url:241 - getting https://images-na.ssl-images-amazon.com/images/M/MV5BZjNhMzU2OGMtNGQ5NC00MTA2LThmYmQtZGZjYTc3YjUwMzU1XkEyXkFqcGdeQXVyMzk3NTUwOQ@@._V1._SX400_.jpg

2017-05-06 20:02:00,832 ERROR [main] org.tinymediamanager.Log4jBackstop:37 - Uncaught exception in thread: main

java.lang.IllegalStateException: Unbalanced enter/exit

    at okio.AsyncTimeout.enter(AsyncTimeout.java:72)

    at okio.AsyncTimeout$2.read(AsyncTimeout.java:236)

    at okio.RealBufferedSource.read(RealBufferedSource.java:45)

    at okhttp3.internal.http.Http1xStream$FixedLengthSource.read(Http1xStream.java:377)

    at okhttp3.internal.Util.skipAll(Util.java:176)

    at okhttp3.internal.Util.discard(Util.java:158)

    at okhttp3.internal.http.Http1xStream$FixedLengthSource.close(Http1xStream.java:393)

    at okio.RealBufferedSource.close(RealBufferedSource.java:434)

    at okio.RealBufferedSource$1.close(RealBufferedSource.java:422)

    at java.nio.channels.Channels$ReadableByteChannelImpl.implCloseChannel(Unknown Source)

    at java.nio.channels.spi.AbstractInterruptibleChannel$1.interrupt(Unknown Source)

    at java.lang.Thread.interrupt(Unknown Source)

    at java.util.concurrent.FutureTask.cancel(Unknown Source)

    at javax.swing.SwingWorker.cancel(Unknown Source)

    at org.tinymediamanager.ui.components.ActorImageLabel.paintComponent(ActorImageLabel.java:97)

    at javax.swing.JComponent.paint(Unknown Source)

    at javax.swing.JComponent.paintChildren(Unknown Source)

    at javax.swing.JComponent.paint(Unknown Source)

    at javax.swing.JComponent.paintToOffscreen(Unknown Source)

    at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Unknown Source)

    at javax.swing.RepaintManager$PaintManager.paint(Unknown Source)

    at javax.swing.RepaintManager.paint(Unknown Source)

    at javax.swing.JComponent._paintImmediately(Unknown Source)

    at javax.swing.JComponent.paintImmediately(Unknown Source)

    at javax.swing.RepaintManager$4.run(Unknown Source)

    at javax.swing.RepaintManager$4.run(Unknown Source)

    at java.security.AccessController.doPrivileged(Native Method)

    at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)

    at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)

    at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)

    at javax.swing.RepaintManager.prePaintDirtyRegions(Unknown Source)

    at javax.swing.RepaintManager.access$1200(Unknown Source)

    at javax.swing.RepaintManager$ProcessingRunnable.run(Unknown Source)

    at java.awt.event.InvocationEvent.dispatch(Unknown Source)

    at java.awt.EventQueue.dispatchEventImpl(Unknown Source)

    at java.awt.EventQueue.access$500(Unknown Source)

    at java.awt.EventQueue$3.run(Unknown Source)

    at java.awt.EventQueue$3.run(Unknown Source)

    at java.security.AccessController.doPrivileged(Native Method)

    at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)

    at java.awt.EventQueue.dispatchEvent(Unknown Source)

    at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)

    at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)

    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)

    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)

    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)

    at java.awt.EventDispatchThread.run(Unknown Source)

The bug is reproducible if you quickly browse movie items with cast tab open (I don't save actor images locally). And the problem actor image remains partly greyed out.

tars · 2017-09-25, 21:03

Downloading the nightly takes forever. Having seen this issue for a month, but today's worst.

**mlaggner** · 2017-09-26, 07:49

tested our webhost yesterday and downloading the full install from nightly.tinymediamanager.org and patching the latest nightly was as fast as it should be..

tars · 2017-09-26, 18:14

Thanks for the reply. Today it's working fine for me too, as fast as it used to be.
Hopefully yesterday's case was an isolated incident where it took almost an hour to download the 19.5 MB file.

darknessatnight

Good day,

Since the last 2 nightlies I have a problem I never had before.
I try to scrape episodes that are named like s01e01.
But some of them TMM doesn't scrape or throws them into a Season -1.
If I mess around with DVD episode setting or tv episode setting, some of them will be ok, others not.
Sometimes I even have to go into editing and put both episode and dvd order settings the same to get a result.

Any one else having this?

ps; some fanart doesn't finish scraping and leaves behind .part files

**Karellen** · 2017-10-14, 22:10

Have a look at the scraper site, and check that the entries are correct there. If you have DVD order set, you will find that not all the DVD episode numbers have been entered.

darknessatnight · 2017-10-15, 09:57

(2017-10-14, 22:10)Karellen Wrote: Have a look at the scraper site, and check that the entries are correct there. If you have DVD order set, you will find that not all the DVD episode numbers have been entered.

thank you. I will do that.

The season I tried today was working ok again.

tars · (This post was last modified: 2017-10-19, 16:05 by tars.)

It's slow again, taking more than 10 mins to download (had to kill tmm process), though the server is not entirely down as reported below.