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
feat(xiaohongshu): paginate creator-notes past the 10-row /analyze/list cap
The /api/galaxy/creator/datacenter/note/analyze/list endpoint serves 10
note rows per page, and the previous fetchCreatorNotesByApi only ever
requested page 1 because the in-page direct fetch() bypassed xhs's
signing interceptor and returned HTTP 406 for subsequent pages. As a
result `opencli xiaohongshu creator-notes --limit 25` silently capped
at 10 even for accounts with hundreds of notes.
Install the same window.__xhsCapture fetch + XHR hook used by
creator-note-detail (jackwener#1732), SPA-navigate to /statistics/data-analysis
so the dashboard fires its own signed page_num=1 request under the
hook, then click .d-pagination-page buttons for pages 2..N to make the
dashboard's React router fire successive signed requests. Dedupe by
note.id and return up to --limit.
Pagination buttons render the page number duplicated in textContent
("22" for page 2 because of an inner accessibility span + visible
span), so the click selector tolerates both the raw digit and the
doubled form. CAPTURE_POLL_ATTEMPTS / CAPTURE_POLL_INTERVAL_S match
the constant naming used by sibling delete-note.js.
Fresh notes whose title field is still empty in the API response get
enriched from the note-manager card DOM (which derives a title from the
content's first line), so the pre-existing title coverage is preserved
for the rows the API surfaces empty.
Live-verified on benjamin-eecs's 圣诞薯 account (11 published notes,
data-analysis permission active): creator-notes --limit 15 now returns
all 11 rows, with 10 titles enriched via note-manager and 1 left empty
because that note is older than note-manager's first 10 visible cards.
For real-world use (e.g. @ppop123's reported 148-note account), all
titles populate directly from the API.
Closesjackwener#1729.
0 commit comments