Skip to content

fix(userscript): the 2026 timeline operations and payload spelling - #55

Merged
daggerok merged 1 commit into
mainfrom
fix/timeline-operations-2026
Nov 1, 2026
Merged

daggerok merged 1 commit into
mainfrom
fix/timeline-operations-2026

Conversation

@daggerok

@daggerok daggerok commented Nov 1, 2026

Copy link
Copy Markdown
Owner

The owner's diagnostics (2.3.6): the page hook runs, UserByScreenName is captured, and the profile timeline arrives as UserRepliesTimeline, which was not in the wanted list, so the DOM reader did every run. Now every User*Timeline operation counts as a timeline, and the parser reads the newer payload (data.user_result.result.timeline_response, __typename for type, entryType and itemType, the item under content) next to the classic one. A unit test covers the new spelling. 2.3.7; bun test 48, build, tc/check.sh, smoke ok. The real payload still needs the owner's run: the badge must say source: graphql; if the spelling differs the 🐞 sample now carries the first 1,500 chars of it

…serTweetsTimeline, ...) and their payload spelling

The owner's 🐞 file lists UserRepliesTimeline for the profile; the wanted list had only the classic names,
so every run fell back to the DOM reader. Every User*Timeline operation is a timeline now, and the parser
also reads data.user_result.result.timeline_response with __typename instead of type, entryType and
itemType and the item under content. 2.3.7
@daggerok
daggerok merged commit a5caa14 into main Nov 1, 2026
@daggerok
daggerok deleted the fix/timeline-operations-2026 branch November 1, 2026 09:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant