mirror of
https://github.com/misiektoja/instagram_monitor.git
synced 2026-04-25 22:35:49 +03:00
[GH-ISSUE #34] Issue with fetching latest post when pinned posts are present #23
Labels
No labels
Stale
Stale
bug
enhancement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/instagram_monitor#23
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jl-nr on GitHub (Jan 6, 2026).
Original GitHub issue: https://github.com/misiektoja/instagram_monitor/issues/34
I spotted something interesting. When a user has pinned posts, it correctly detects the latest one in session mode, even if that's not the pinned one. But when using anonymous mode, it seems to always report the first pinned post. Bug?
@misiektoja commented on GitHub (Jan 6, 2026):
Thanks for pointing that out! You're absolutely correct. I missed this because none of my test accounts have pinned posts, so it totally slipped under the radar.
It seems like the tool is only checking the very first item in the API response (edges[0]) when in anonymous mode. And since pinned posts grab those top spots, the tool wrongly assumes the first pinned post is the latest, which means it’s ignoring all the exciting new updates below. I was aiming to keep request numbers low to dodge Instagram's radar, but I might have gone a bit overboard with it. Luckily, it shouldn't be too hard to fix!
@misiektoja commented on GitHub (Jan 6, 2026):
Issue fixed and is available in the latest beta v2.1 on the dev branch: instagram_monitor.py