Following on from a post on the G+ comunity about intergration (not sure how to link back to it)

I would love to be able to add an action item to my app that the user can press to view the show or episode in SeriesGuide. This would send either the seires id (view seires overview/give the user a change to add it), or an episode id (view the episode details/give the user a change to add the show), where the id's are the ones from TheTVDB.com. Also having an option to automatically mark something as viewed in SeriesGuide could also be useful.

This could be implemented fairly easily using explicit intents where the other apps use something like

intent.setComponent(new ComponentName("com.battlelancer.seriesguide","fullActivityName");
intent.setAction("com.battlelancer.seriesguide.action.VIEW"); 
intent.putExtra("seriesId", seriesId)

or

intent.setComponent(new ComponentName("com.battlelancer.seriesguide","fullActivityName");
intent.setAction("com.battlelancer.seriesguide.action.MARK_AS_WATCHED");
intent.putExtra("episodeId", episodeId);

etc...

At the SeriesGuide end, you would need to add the intent filters to AndroidManifest.xml, add some code to handle the incoming intents (check the action, look for an episodeId, seriesId etc.. and act acordingly), plus a little bit of docs on the Wiki so that people know what to send.

I'm going to be very busy until I gues around feb next year, but would happily send a pull request with all or part of this once I have time.

Describe the bug On occasion and for random shows and for one ore more seasons (episode data is fetched by season) data returned by TMDb is in English instead of an available translation. The issue typically disappears within a day (e.g. with the next request).

To Reproduce Use the app normally, shows update in the background.

• Request to get show and season info: https://developers.themoviedb.org/3/tv/get-tv-details

• Request to get episode info: https://developers.themoviedb.org/3/tv-seasons/get-tv-season-details

--> GET https://api.themoviedb.org/3/tv/4087/season/8?language=de&api_key=API_KEY
User-Agent: okhttp/4.9.1

Expected behavior Episode overviews of a whole season should not randomly change their language.

Smartphone (please complete the following information):

• Device: any
• OS: any
• Version: any since TMDb switch

Additional context

• Forum discussion with 2 affected German users https://discuss.seriesgui.de/t/delayed-series-updates/1247
• Also observed this myself (also Germany based).
• Known shows that were affected: X Files, Brooklyn Nine-Nine, The Walking Dead, Blue Bloods
• Impossible to reproduce, e.g. when running test request everything returns properly. Maybe a caching issue at TMDb?

I only get a 422 error when setting up trakt login (3 days now). Trakt support suggested i contact you here with the problem, it is the same probkem as ticket 418, email below:

Alright, I'm on the same version too and was able to connect right now. I think we've ruled out a trakt account problem since you can log in through other services.

From looking at Uwe's support ticket (linked below), it looks like it is api server problems. I'll look into it, but currently they're looking pretty stable. Could honestly be bad timing. If you continue to get this error, I'd bring it up with Uwe on github and see if he can narrow it down.

configure list widget to show past episodes but exclude watched ones.

some older watched episodes still show up. toggling the watched flag doesn't help. niether does export/import .

problem only exists in the widget, app is fine

Seems like a recurrence of #636. Not sure if root cause is the same or not.

This used to occur very seldom, and then a few hours later everything would work fine. But it's pretty consistently failing now.

Hi @UweTrottmann,

I am unable to add new shows as it sais "Could not add <show>. The show does not (yet) exist on TheTVDB." but it does exist.

Is this an app or TheTVDB API issue?

Thank you!

Reverted to Android Gradle Plugin to 3.2.1 as the R file changes too often.

R file IDs seem to change on every little layout modification, requiring a rebuild to avoid butterknife view binding from crashing.

This is annoying when quickly iterating on a layout as fast, incremental builds are unusable. Let's hope the Gradle Plugin receives bug fixes in that regard as I could not find a quick solution from the butterknife side (the code generation likely only runs if sources change, not layouts).

Sometimes, when opening particular series (I find that with some of my Anime, probably the one with the name written in Kanji) a java.lang.IllegalStateException is thrown and the application is force closed.

This is what I got from the logcat:

06-20 23:33:10.506   750   760 I ActivityManager: START u0 {cmp=com.battlelancer.seriesguide/.ui.OverviewActivity (has extras)} from uid 10094 on display 0
06-20 23:33:10.509   750   760 V WindowManager: addAppToken: AppWindowToken{9f84fb7 token=Token{9db16b6 ActivityRecord{b46ae51 u0 com.battlelancer.seriesguide/.ui.OverviewActivity t1255}}} to stack=2 task=1255 at 1
06-20 23:33:10.573   750   953 V WindowManager: Adding window Window{a76de8d u0 com.battlelancer.seriesguide/com.battlelancer.seriesguide.ui.OverviewActivity} at 9 of 14 (after Window{e047519 u0 com.battlelancer.seriesguide/com.battlelancer.seriesguide.ui.ShowsActivity})
06-20 23:33:10.802   750   769 I ActivityManager: Displayed com.battlelancer.seriesguide/.ui.OverviewActivity: +280ms
06-20 23:33:10.919 12248 12450 D OpenGLRenderer: endAllStagingAnimators on 0x9e4ba880 (GridView) with handle 0x9cdd0160
06-20 23:33:11.066 12248 12450 W OpenGLRenderer: Layer exceeds max. dimensions supported by the GPU (1080x5452, max=4096x4096)
06-20 23:33:11.067 12248 12450 D OpenGLRenderer: Current memory usage / total memory usage (bytes):
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   TextureCache          2642944 / 75497472
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   LayerCache                  0 / 50331648 (numLayers = 0)
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:     Layer size 1088x384; isTextureLayer()=0; texid=29 fbo=3; refs=2
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   Layers total    1671168 (numLayers = 1)
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   RenderBufferCache           0 /  8388608
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   GradientCache               0 /  1048576
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   PathCache                1369 / 33554432
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   TessellationCache        6696 /  1048576
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   TextDropShadowCache         0 /  6291456
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   PatchCache                 64 /   131072
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   FontRenderer 0 A8     1048576 /  1048576
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   FontRenderer 0 RGBA         0 /        0
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   FontRenderer 0 total  1048576 /  1048576
06-20 23:33:11.067 12248 12450 D OpenGLRenderer: Other:
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   FboCache                    0 /        0
06-20 23:33:11.067 12248 12450 D OpenGLRenderer: Total memory usage:
06-20 23:33:11.067 12248 12450 D OpenGLRenderer:   5370817 bytes, 5.12 MB
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI: Exception in MessageQueue callback: dispatchVsync
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI: java.lang.IllegalStateException: Unable to create layer for LinearLayout
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI:  at android.os.MessageQueue.nativePollOnce(Native Method)
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI:  at android.os.MessageQueue.next(MessageQueue.java:323)
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI:  at android.os.Looper.loop(Looper.java:135)
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI:  at android.app.ActivityThread.main(ActivityThread.java:5401)
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI:  at java.lang.reflect.Method.invoke(Native Method)
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI:  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:725)
06-20 23:33:11.080 12248 12248 E MessageQueue-JNI:  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:615)
06-20 23:33:11.080 12248 12248 D AndroidRuntime: Shutting down VM
06-20 23:33:11.099   750  6545 W ActivityManager: getRunningAppProcesses: caller 10094 does not hold REAL_GET_TASKS; limiting output
06-20 23:33:11.155 12248 12248 E AndroidRuntime: FATAL EXCEPTION: main
06-20 23:33:11.155 12248 12248 E AndroidRuntime: Process: com.battlelancer.seriesguide, PID: 12248
06-20 23:33:11.155 12248 12248 E AndroidRuntime: java.lang.IllegalStateException: Unable to create layer for LinearLayout
06-20 23:33:11.155 12248 12248 E AndroidRuntime:    at android.os.MessageQueue.nativePollOnce(Native Method)
06-20 23:33:11.155 12248 12248 E AndroidRuntime:    at android.os.MessageQueue.next(MessageQueue.java:323)
06-20 23:33:11.155 12248 12248 E AndroidRuntime:    at android.os.Looper.loop(Looper.java:135)
06-20 23:33:11.155 12248 12248 E AndroidRuntime:    at android.app.ActivityThread.main(ActivityThread.java:5401)
06-20 23:33:11.155 12248 12248 E AndroidRuntime:    at java.lang.reflect.Method.invoke(Native Method)
06-20 23:33:11.155 12248 12248 E AndroidRuntime:    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:725)
06-20 23:33:11.155 12248 12248 E AndroidRuntime:    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:615)
06-20 23:33:11.156   750  1466 W ActivityManager:   Force finishing activity com.battlelancer.seriesguide/.ui.OverviewActivity
06-20 23:33:11.160   750  1466 W ActivityManager:   Force finishing activity com.battlelancer.seriesguide/.ui.ShowsActivity

From this line 06-20 23:33:11.066 12248 12450 W OpenGLRenderer: Layer exceeds max. dimensions supported by the GPU (1080x5452, max=4096x4096) I suspect the problem is that the page is too long (height larger than max) for the GPU to render.

This stackoverflow might be relevant.

When switching from the filtered list empty view, the default empty view will flicker for a moment until the Loader is finished. This just fixes that little flicker.

Describe the bug Suddendly, one or 2 application updates ago, all series that I have already and full watched appeared again in the Series screen. And all those series show up in the Series screen at episode 01x02 (2nd episode of first season) . The filter has not changed and is still set to "Unwatched" and "Favorites". I have checked and and found out that all episodes of those series are well marked as "watched" though, except the first episode of the first season of every serie which is marked watched "(2)" times. This seems to be the root problem I haven't done any manual action to mark them watched twice.

Smartphone (please complete the following information):

• Device: Redmi Note 7
• OS: Android 9
• Browser: Firefox
• V61-beta3

Additional context

https://github.com/UweTrottmann/thetvdb-java/issues/35

If TheTVDB.com really is going forward with making the API paid only (on a per-app or per-user basis as indicated at https://thetvdb.com/api-information), then I will strongly consider switching to TMDb for SeriesGuide.

I currently don't see how the community of contributors will accept having to pay (vs. a maybe more forceful donation/non-profit model) for using the data they helped enter in community tools (like Kodi or SeriesGuide).

A switch will obviously create many problems (which is why this was never attempted in the past):

• inconsistent data might lead to loss of marked episodes,
• translations might get removed if TMDb does not have them,
• some shows might no longer be available (I'm pretty sure the TheTVDB catalogue is still larger, esp. with obscure shows).

The alternative would mean either

• make the subscription mandatory to give a share to TheTVDB
• require the user to subscribe at TheTVDB.com and provide an API key or whatever.

OAuth via a WebView is not recommended, so do not even offer it as a fallback any longer. Chrome Custom tabs also work with third party browsers now so this should not be an issue.

E.g. when adding a movie to the watchlist, but the watchlist is full display an error message that indicates the list is full instead of the generic error message to try again later.

https://trakt.docs.apiary.io/#introduction/status-codes

Follow-ups from #884.

• [x] Draw behind system bars in MovieDetailsActivity.
• [ ] Comments: use round images.
• [ ] Use cards to separate panes on wide layouts. https://developer.android.com/large-screens/gallery/productivity

Describe the bug SeriesGuide displays double-spaces in episode descriptions as wider than single-spaces, unlike the TMDB site.

Screenshots SeriesGuide episode with a double space between sentences:

Firefox/TMDB view of same episode - double space is not visible:

For comparison, SeriesGuide episode with a single space between sentences:

Firefox/TMDB view of same episode:

Smartphone (please complete the following information):

• Device: FxTec Pro1
• OS: Android 9.0
• Browser: Firefox 106.1.0
• SeriesGuide Version: 65.0.5

Additional context I have been editing descriptions on TMDB to remove double-spaces where I find them, but given that they don't appear on that website (unless in editing mode), this is quite tricky!

It seems TMDB renders spaces in the "normal" HTML manner, where multiple consecutive spaces are reduced down to one. It seems SeriesGuide is rendering them as if they are " " (I haven't actually checked SeriesGuide's code on this).

Given that TMDB is the data source, I think SeriesGuide should match the TMDB rendering rather than the other way round (that is, I'm not minded to suggest TMDB change so that they start displaying multiple spaces when present). In other words, I think SeriesGuide should trim double-spaces (and presumably any multiple number of spaces) within descriptions down to just one, or not replace them with " ", or whatever the cause is for this issue.

I haven't checked if the same problem happens in other fields, such as episode titles, season titles, season descriptions, so you might want to check that.