ping / instagram_private_api

A Python library to access Instagram's private API.
MIT License
2.96k stars 615 forks source link

No DM #49

Closed squidbobble closed 6 years ago

squidbobble commented 6 years ago

Please follow the guide below


Before submitting an issue, make sure you have:

Which client are you using?

Purpose of your issue?


The following sections requests more details for particular types of issues, you can remove any section (the contents between the triple ---) not applicable to your issue.



Describe your issue

Hey, was wondering if there are any plans to add dm'ing and inboixng features along with better support for fingerprint generation and resuming from 2 factor/ challenges. I can add these in if desired. Also noticed that for some reason the pots login flow is commented out and that some preloing flow is missing such as msis request. Why's that?

ping commented 6 years ago

@squidbobble

Your issue report does not conform to the issue template that has been specified for this repo: https://raw.githubusercontent.com/ping/instagram_private_api/master/.github/ISSUE_TEMPLATE.md

Please edit your issue to comply with the template requirement.

This issue will be closed after 24 hours if no followup action is taken.


[This comment is auto-generated. ref=notemplate]

squidbobble commented 6 years ago

added dm'ing myself along with generation for device fingerprints based off of device presets. Going to add better session resuming logic and caching of data/missing requests for pre/post login flow as well tomorrow,

ping commented 6 years ago
xmsid commented 6 years ago

Why not make another Branch where he do the DM stuff? because i see no other python api have them and i really want to make a dm bot.

ping commented 6 years ago

This repo is MIT licensed. So a fork is where you can do whatever you want, including the "dm stuff" if you so wish.

People making dm or spam bots is precisely the kind of thing I don't care for or will support in any form.

xmsid commented 6 years ago

yeah but having the dm functions implemented into the main repo instead of a fork is better.

plus i won't use it for spamming.

ping commented 6 years ago

It makes no sense to have code in my repo that I will not maintain, answer questions, or support in any way.

wlerin commented 6 years ago

You don't even need a fork, just make another Mixin for the DM functions and patch it into the Client class.

Unless they require a bunch of extra data that Client's init doesn't provide.