[Feature request] Result with different status when invitation limit met

You mean in the list you provide, happens to send duplicates as input ? Could you send me a list of profile at dev@saswave.com so that we can make some tests and understand if we can differentiate an error (already in network / already sent vs weekly or daily limit)

Also do you have a list of status in mind ? (ex: sent, not_sent, already_sent, already_friends, error, limit_reached)

I meant linkedin allows 100-200 connections a week, if you reach this limit your script responds with NOT_SENT status. There is no way to differentiate the reason for NOT_SENT.

As mentioned in the documentation, the first use case we implemented has a hard limit of 20 add connections request per actor run

So if your input contains a list with more than 20 url, only the first 20 successful connection request will be handled and the rest marked as not sent

So that you can schedule the actor to run every 1h and add 20 people (for exemple)

I use your actor in cron jobs, not Apify UI. I schedule a connection in my systems, not apify. So I send only one request ever N hours. At some point weekly linkedin limit is reached. All I'm saying is that based on the output from the actor is not clear when that's the case.

Got it , will keep you posted on updates

We have updated the actor output results status : NOT_SENT, SENT, ALREADY_SENT, ALREADY_FRIEND, WEEKLY_LIMIT_EXCEEDED

Presence of NOT_SENT means you can call the actor again to send connections requests. It will be replaced with WEEKLY_LIMIT_EXCEEDED, meaning even if you call the actor again ,wont be possible to send connection requests yet

Would you need a feature to handle removing requests not being accepted in batches (with some kind of date filter) ?

What a great support I really appreciate this! I'll test out new statuses.

I would love to have an option to remove request yes! Personally I don't care about date filter since I do that myself in scheduled jobs within my system.

Will try to implement 2 use case for connection request removal:

• providing a list of profile and remove the connection request if still pending (no need for date filters)
• select a date filter (last 7 days, 2 weeks, 1month ...) and let the script get the list of requests still pending and remove according to the selected date filter

Thanks a lot, I appreciate it!

We also added a feature to list all pending connections requests with linkedin url, title, name, numbers of days since request

All 3 features are ready to be shipped, we will work on updating the apify actor (documentation and input schema) this afternoon or tomorrow morning

Keeping you posted when you can try. We take any feedbacks :)

That's awesome, thank you! Look forward

Is it currently possible to use proxy with your actor?

Actor is up and running, proxy are not supported yet

Thank you I'll take a look!

Hey, I’m getting issues with latest build. Am I missing something in the input?

2024-06-03T07:40:05.142Z ACTOR: Pulling Docker image of build 1rZMb6zFMS9BLuwte from repository. 2024-06-03T07:40:05.676Z ACTOR: Creating Docker container. 2024-06-03T07:40:05.948Z ACTOR: Starting Docker container. 2024-06-03T07:40:08.645Z https://www.linkedin.com/in/ACwAAAHHOXcBxdtuFgwIycyHTd3RWHSE7S4UDxE/ 2024-06-03T07:40:11.803Z Traceback (most recent call last): 2024-06-03T07:40:11.806Z File "/usr/src/app/src/main.py", line 376, in main 2024-06-03T07:40:11.808Z raise err 2024-06-03T07:40:11.810Z File "/usr/src/app/src/main.py", line 370, in main 2024-06-03T07:40:11.813Z final = add_to_network(urls, cookies) 2024-06-03T07:40:11.815Z ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2024-06-03T07:40:11.817Z File "/usr/src/app/src/main.py", line 72, in add_to_network 2024-06-03T07:40:11.819Z raise Exception('Failed to retrieve target identifier. Refresh cookies session and try again.') 2024-06-03T07:40:11.822Z Exception: Failed to retrieve target identifier. Refresh cookies session and try again. 2024-06-03T07:40:11.824Z 2024-06-03T07:40:11.826Z During handling of the above exception, another exception occurred: 2024-06-03T07:40:11.828Z 2024-06-03T07:40:11.830Z Traceback (most recent call last): 2024-06-03T07:40:11.833Z File "", line 198, in _run_module_as_main 2024-06-03T07:40:11.835Z File "", line 88, in _run_code 2024-06-03T07:40:11.837Z ... [trimmed]

can you share the url of the run that failed

https://console.apify.com/view/runs/0EzRUkVe9PPkx7r1h

Seems like a request failed because of cookies not being valid anymore , Did you try reset your cookies and retry the actor ? If the error still persists maybe we need to update the logic if linkedin has made some changes

Here is another run that fails with valid cookie

https://console.apify.com/actors/20VDLIYjfHcsNe0nj/runs/sFSfZ9Y0zfCTAxHHo#log

Failure is random, succeeds first time but then fails all following times

It seems like it’s not failing for my cookie but for others. Is it possible that windows os cookies are different for some reason?

OS isn't be relevent for success, can you send me by mail at dev@saswave.com a copy of the cookies that fails (not sure if the ones in your last linkedin run are still valid)