Skip to content
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

FormatException: Unexpected end of input (at character 1) #165

Closed
4 tasks done
RoonMoonlight opened this issue Jan 20, 2024 · 17 comments
Closed
4 tasks done

FormatException: Unexpected end of input (at character 1) #165

RoonMoonlight opened this issue Jan 20, 2024 · 17 comments
Labels
bug Something isn't working

Comments

@RoonMoonlight
Copy link

Checklist

  • I am able to reproduce the bug with the latest version.
  • I made sure that there are no existing issues - open or closed - which I could contribute my information to.
  • I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
  • This issue contains only one bug, that only occurs in Squawker

Affected version

v3.6.2+300012833

Steps to reproduce the bug

  1. Go to random profile page
  2. Displays FormatException: Unexpected end of input (at character 1) (excluding Follower/Following tab)

Expected behavior

It should be able to see Tweets/Post without issue

Actual behavior

It returns error

Screenshots/Screen recordings

Screenshot_20240120_101706_Squawker

Logs

N/A

Affected Android/Custom ROM version

Android 14 / One UI 6

Affected device model

Samsung Galaxy S22+

Additional information

N/A

@RoonMoonlight RoonMoonlight added the bug Something isn't working label Jan 20, 2024
@adsarwal
Copy link

I have the same error when I view individual subscriptions. Feeds and groups work as expected.

@imustd
Copy link

imustd commented Jan 20, 2024

Same error, Feed is also not working for me.

@j-fbriere
Copy link
Owner

j-fbriere commented Jan 20, 2024

It was working perfectly well earlier today (and all the days before).
Yet another change by Twitter/X API... (sigh)
I'll look into it.

@feijoey
Copy link

feijoey commented Jan 20, 2024

It might be related to the new "highlights" feature on profiles?

@j-fbriere
Copy link
Owner

j-fbriere commented Jan 20, 2024

Just checked and it's the same type of problem that appeared recently where the "old" (v1.1) Twitter/X API calls for feeds and searches stopped working suddenly.
I guess Twitter/X is has finally decided to abandon the support of all v1.1 API requests. Oh well.
It may take a bit because I have to implement the new types of requests for the Profile.

@TheHCJ
Copy link

TheHCJ commented Jan 20, 2024

For now couldn't we just use tweet search
EDIT: I'll be working on making a pull request ASAP to fix this

@RoonMoonlight
Copy link
Author

For now couldn't we just use tweet search

Good news: nitter.net still works well, use it in the meantime

@TheHCJ
Copy link

TheHCJ commented Jan 20, 2024

Just created a draft pull request #166

@TheHCJ
Copy link

TheHCJ commented Jan 20, 2024

I'll work on fixing the last few things + code refactoring before I get it ready for review

@TheHCJ
Copy link

TheHCJ commented Jan 20, 2024

Pull request ready to be merged

@TheHCJ
Copy link

TheHCJ commented Jan 20, 2024

I've added apks to the pull request for those that want to test it

@j-fbriere
Copy link
Owner

j-fbriere commented Jan 20, 2024

@mrhcjones thank you for this "quick fix" which is a workaround using the Twitter/X API requests already implemented in Squawker.
As you know this fix uses the same type of Twitter/X API request that the one used for the feeds/groups and the searches (users/tweets), which are very rate limited (50 requests per 15 minutes).
So any request to a profile will directly impact the rates for the feed/groups requests that already very rate limited (and inversely).
That is the reason why I'm reluctant to merge this fix.
The actual type of Twitter/X API requests that must be implemented for the profile, which are different types of Twitter/X API requests, are far less rate limited (500 requests per 15 minutes) and also will not impact the feed/groups/searches requests.

@TheHCJ
Copy link

TheHCJ commented Jan 20, 2024

@mrhcjones thank you for this "quick fix" which is a workaround using the Twitter/X API requests already implemented in Squawker. As you know this fix uses the same type of Twitter/X API request that the one used for the feeds/groups and the searches (users/tweets), which are very rate limited (50 requests per 15 minutes). So any request to a profile will directly impact the rates for the feed/groups requests that already very rate limited (and inversely). That is the reason why I'm reluctant to merge this fix. The actual type of Twitter/X API requests that must be implemented for the profile, which are different types of Twitter/X API requests, are far less rate limited (500 requests per 15 minutes) and also will not impact the feed/groups/searches requests.

I understand, I'll keep the pull request open as a temp workaround for now

@TheHCJ
Copy link

TheHCJ commented Jan 20, 2024

These are the graphql endpoints if I don't get time to fix this 👇
graphUserTweets = 3JNH4e9dq1BifLxAa3UMWg/UserWithProfileTweetsQueryV2
graphUserTweetsAndReplies = 8IS8MaO-2EN6GZZZb8jF0g/UserWithProfileTweetsAndRepliesQueryV2
graphUserMedia = PDfFf8hGeJvUCiTyWtw4wQ/MediaTimelineV2

@j-fbriere
Copy link
Owner

Yes I'm currently implementing them, thank you.

@TheHCJ
Copy link

TheHCJ commented Jan 20, 2024

Ok, thank you!

@j-fbriere
Copy link
Owner

Version v3.6.3 fixes the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

6 participants