You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 21, 2024. It is now read-only.
there are two issues with Android TV that were introduced when switching from 0.23.3 to 0.24 and haven't fixed, although there is quite a lot of information added lately,
second is for some-reason breaking of full-screen button on the UI,
due to some exoplayer (apparently related to media tunneling) exception. TeamNewPipe#8875
it was discussed to add a new settings for the exoplayer that would allow disabling that part that causes the bug.
trying to avoid "one-fix fork",
I was wondering if you are willing to add an alternative/fix/etc.. to your build.
edit:
closing this, since I've find a workaround for both issues.
without digging through the code too much,
the debug build has already (for some time now)
If you are capable feel free to submit a pr here or in original Newpipe repository. As far as the rules for creating a issue to be considered is only those issues are considered which are explicitly rejected in upstream Newpipe repository. Careful not to break functionality of this app on Android smartphones just to tailor it for TV sets.
Checklist
Affected version
newest
Steps to reproduce the bug
there are two issues with Android TV that were introduced when switching from 0.23.3 to 0.24 and haven't fixed, although there is quite a lot of information added lately,
first is forcing saf - which breaks on androidtv
TeamNewPipe#8359
TeamNewPipe#8435
https://commonsware.com/blog/2019/12/08/more-missing-saf.html
second is for some-reason breaking of full-screen button on the UI,
due to some exoplayer (apparently related to media tunneling) exception.
TeamNewPipe#8875
it was discussed to add a new settings for the exoplayer that would allow disabling that part that causes the bug.
trying to avoid "one-fix fork",
I was wondering if you are willing to add an alternative/fix/etc.. to your build.
edit:
closing this, since I've find a workaround for both issues.
without digging through the code too much,
the debug build has already (for some time now)
https://github.com/TeamNewPipe/NewPipe/blob/2623f0e36088cb0900ab9a81f05f14e151f89d56/app/src/main/res/xml/debug_settings.xml#L39
and https://github.com/TeamNewPipe/NewPipe/blob/43b21769567a6c2a37b75ed63e1d9115779c409a/app/src/main/res/values/settings_keys.xml#L202
which is implemented in https://github.com/TeamNewPipe/NewPipe/blob/0c6395042988d30ae636318ea121367c691e1e4b/app/src/main/java/org/schabi/newpipe/player/Player.java#L526
I was only able to use that on a debug build from the original repo.
as for the saf issue,
switching to target-SDK
29
along withandroid:requestLegacyExternalStorage="true" android:preserveLegacyExternalStorage="true" android:requestRawExternalStorageAccess="true"
and storage read write permissions inAndroidManifest.xml
and commenting out this dump part:https://github.com/TeamNewPipe/NewPipe/blob/b21d231e3aeb4eabdea64177ad56f9047a8482d8/app/src/main/java/org/schabi/newpipe/streams/io/NoFileManagerSafeGuard.java#L32-L35
fixed it.
I was later able to apply the same "fix" quick and dirty through apktool,
on a debug build of the original repo.
The text was updated successfully, but these errors were encountered: