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
I have searched the issue tracker for open and closed issues that are similar to the bug report I want to file, without success.
I have searched the documentation for information that matches the description of the bug I want to file, without success.
This issue contains only one bug.
Describe the bug
Some videos consistently load in the first available audio track. This is almost always the wrong audio track for videos with multiple tracks, and it seems to ignore the track marked as "original". As an example, the following video, for which I've also included a screenshot of the audio tracks panel opened, defaults to German:
I believe this is recent behavior, as it didn't seem to occur in the past even on videos with multiple audio tracks, but I can't speak with full certainty.
I've checked the documentation to little avail, as I presumed I somehow set a setting wrong.
I've also checked the Issues page, and found this mentioned at least 3 times, but generally marked as solved in 2022 or 2023. Yet this is clearly occurring to me, and I've tested it on two separate devices, one of which I ensured was a fresh install with no pre-existing configs, imported playlists, etc.
Expected Behavior
Presumably, Freetube should default to the original audio track. Barring that, it should at least choose based on the Locale Preference.
Issue Labels
usability issue
FreeTube Version
v0.22.0 Beta
Operating System Version
Windows 10
Installation Method
portable
Primary API used
Local API
Last Known Working FreeTube Version (If Any)
No response
Additional Information
A screenshot documenting the incorrect behavior
Nightly Build
I have encountered this bug in the latest nightly build.
The text was updated successfully, but these errors were encountered:
Guidelines
Describe the bug
Some videos consistently load in the first available audio track. This is almost always the wrong audio track for videos with multiple tracks, and it seems to ignore the track marked as "original". As an example, the following video, for which I've also included a screenshot of the audio tracks panel opened, defaults to German:
https://youtu.be/gE6PjvcyUMU
I believe this is recent behavior, as it didn't seem to occur in the past even on videos with multiple audio tracks, but I can't speak with full certainty.
I've checked the documentation to little avail, as I presumed I somehow set a setting wrong.
I've also checked the Issues page, and found this mentioned at least 3 times, but generally marked as solved in 2022 or 2023. Yet this is clearly occurring to me, and I've tested it on two separate devices, one of which I ensured was a fresh install with no pre-existing configs, imported playlists, etc.
Expected Behavior
Presumably, Freetube should default to the original audio track. Barring that, it should at least choose based on the Locale Preference.
Issue Labels
usability issue
FreeTube Version
v0.22.0 Beta
Operating System Version
Windows 10
Installation Method
portable
Primary API used
Local API
Last Known Working FreeTube Version (If Any)
No response
Additional Information
A screenshot documenting the incorrect behavior
![image](https://private-user-images.githubusercontent.com/97814211/392112282-f01e21cb-8a37-4bda-bc5b-56de1dd90053.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzkxNjU4NTksIm5iZiI6MTczOTE2NTU1OSwicGF0aCI6Ii85NzgxNDIxMS8zOTIxMTIyODItZjAxZTIxY2ItOGEzNy00YmRhLWJjNWItNTZkZTFkZDkwMDUzLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMTAlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjEwVDA1MzIzOVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTQxNmYyZjFiMWQ5ZGI1MmU3NWVhYjIzOGJmNDcxZDIxZmZmYjMxYTFjOTA4OTdkNDBhNmM0MGExOTg2YjE2OGUmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.gu2DQMXjeDqgZb08XBGbRXNv6ZQpIopfnkGbnM9nlfs)
Nightly Build
The text was updated successfully, but these errors were encountered: