-
-
Notifications
You must be signed in to change notification settings - Fork 424
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crash when certain video previews are loaded: video title has an unexpected char #5943
Comments
What's the |
wTJI_WuZSwE - but it seems that the title has changed since I added the video to my playlist, but in the playlist the title remains the same. However, you can reproduce the error by pasting "Explaining why this chessboard puzzle is impossible without n² squares (solution in description)" in the search bar in the app. Application then crashes and upon restart it shows this error:
|
Further diving into the problem, I tried to find videos with "²" character in them. Pasting "n²" and other variations didn't lead to any problems, opening videos containing the symbol and adding them to another playlist didn't lead to any crashes and errors either. It seems that the issue is only with that specific title of that video. Another strange thing is, besides pasting the whole video's title to the search bar, pasting some specific parts of it also lead to the same error, that mentions the whole video's title while the value being pasted is different (being only a part of the title). For example, when I paste "chessboard puzzle is impossible without n² squares", "Explaining why this chessboard puzzle" or even "chessboard puzzle" (which has only two words in it, has way less than 61 characters and by no means contains the "²" character), it leads to this exact error message:
Very weird stuff. |
I still can't reproduce this with the video and search query you shared, very weird... |
I had the same problem but when I try to access French YouTube channels. More precisely, it's the é character that will cause the crash, even if it's in the title of one of the videos of a YouTube channel. Here some channels that will crash Libretube : Micode, Squeezie, Underscore_, Cyprien Here one of the logs of the crashes :
I tried to access the same video as DanielProg39, and it reproduced the same crash for me |
The crash log mentions an So what needs to be done is to figure which response actually does send such an This could possibly be part of an image response - but I couldn't find any image response returning such a header either. Hence please
|
Oh, and can you please enable the data saver mode in the settings and try to reproduce it again? That way we can figure out if the issue is related to the images or the server responses. Looking at coil-kt/coil#1823 which should already be fixed since a while in theory. |
The instance used is adminforge.de I tried to access the Cyprien channel with also the following instances : They all crash with the same log (that I already shared). I tried to find out if there was an x-title header like you said, I'm not sure if I looked it right, but I couldn't find it. But when I tried to reproduce the crash after enabling the data saver mode in the settings : I tried with 3 instances, and with my french channels and with the DanielProg39 video "Explaining why this chessboard puzzle is impossible without n² squares". |
Hi, I have the same problem with the instance adminforge.de (German). It seems that LibreTube has problems with German umlauts like ä or ö. I will also try to test it in Data Save mode.
|
This is the video link: This Video shows up in the German trends which is also in the start page of the App. The old video title still shows up in the App in "Trends" but not in the Web Browser instance. |
OK, so I use adminforge.de and kavin.rocks (with CDN) and on both I get this crash (tested by typing "chessboard puzzle" in the search bar). When I enable the data saver mode, I get no errors or crashes, but when I searched for the term "chessboard puzzle", I understood why the app crashed when I tried to search it without this mode enabled: the first video in the search results seems to be the same video where I initially got the error. You can see this below.
When I opened it, it played without any problems, but I think it's because it has a different title now (the same situation as my video).
Searching for these channels actually crashes LibreTube. Again, the problem seems to be with the video titles that are loaded first in the search results. For example, this is the error message I got after searching for Micode:
No. I checked every single connection on both instances and am pretty sure that none of them contained this header. I also played around with PCAPdroid, but it was useless because of the TLS encryption. However, if you'd like, I can try to decrypt it using a custom root certificate and have a look. |
The most helpful thing would be if someone who reproduce the issue
No matter what I try and which instance I use, I still can't reproduce it. Could somebody share their preference file? Maybe it's related to a certain preference? (I don't know what's happening at all :/) |
Might be caused by #5936, which was the only recent change to the image loading logic |
I found the cause of the crash : DeArrow in Sponsorblock. No crashes after deactivation. To try to reproduce the crashes you have to enable DeArrow. That would explain why after enabling the data saver mode there is no crash, that disable images from the DeArrow. |
Is this enough info for troubleshooting? Should I do this:
|
I realised that now Bnyro can reproduce the issue and can do this on his own, but I don't mind anyway. The only strange thing that remains is that when I examined the network in my browser, DeArrow was enabled, yet I didn't find any response containing x-title. |
I have the same issue
|
Fixed with TeamPiped/piped-proxy#178 if Piped Proxy is enabled (we're now removing the header at the proxy's side). This however won't work when the Piped Proxy is disabled, but I'm afraid we can't skip extracting the header at client side. Therefore we catch such exceptions now, but you won't be able to load these images from DeArrow with the proxy disabled. |
Steps to reproduce
What I did:
Expected behavior
The app should process all symbols without problems.
Actual behavior
Application crashes when loading "²" character.
LibreTube version
LibreTube Debug, commit 51cc630
Android version
Android 13
Other details
Error message:
Acknowledgements
The text was updated successfully, but these errors were encountered: