[twitter] Fix direct reshare id source #1036
No reviewers
Labels
No labels
2018.09
2019.01
2019.03
2019.06
2019.09
2019.12
2020.03
2020.06
2020.09
2020.12
2021.03
2021.07
2021.09
2022.02
2022.06
2022.09
2022.12
2023.04
2023.05
2023.09
2024.03
2024.06
dependencies
Hackathon 2021
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: friendica/friendica-addons#1036
Loading…
Reference in a new issue
No description provided.
Delete branch "bug/fatal-errors"
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?
Addresses https://github.com/friendica/friendica/issues/9250#issuecomment-709238399
I looked into my DB to find the closest field that had the expected format
twitter:XXXXXXXXX
that thesubstr(..., 9)
is looking for, and settled onparent-uri
, but I'm not sure about it.Please advise.
thr-parent
is the correct one. Theparent-uri
is the uri of the thread starting post, thethr-parent
is the uri that this post directly is connected to. Thethr-parent
is only identical with theparent-uri
when the action is done on the thread starting post.Since retweets mostly work (I'm using them all the time), I guess the problem is most likely caused by some very special situation. We could check if the parent post does contain some content in the "extid" field that starts with "twitter:". Then this had been some mirrored Twitter post.
I wanted to reshare a tweet to my followers without writing something in addition. Maybe the very special situation is that the default ACL is not public?
No
thr-parent
value in myitem
table is in thetwitter:XXXXXX
form, so this will probably fail?I've had several direct shares work with Twitter, but I still don't get how
thr-parent
can be of the expected format since none of theitem
table rows have the correct format inthr-parent
.We need to have the original post and the matching
announce
activity.That query results in an empty set for me. But, guessing the default ACL applies to the direct reshare as well, it was never meant to reach Twitter, all the recipients would be on the Fediverse and Federation side of the fence.
The
vid
can be different on your system. Please try the following one and adjust it to youruid
:Can I somehow get rid of that blocking reshare? having no worker is not much fun...
Well, you could simply set the "workerqueue" entry as "done",
How would he identify the correct workerqueue entry?
Possibly just deactivating the Twitter addon for a while could work as well.
And for the bugfix: I think it should be enough to simply check if the uri is in the expected format (
twitter:1234567890
) and then to quit if this isn't the case.No.
Could comment out the
twitter_retweet
line in the twitter addon, so that we do have time searching for a good solution?Ok, will do. As there is no posting to Twitter intended, this should be fine I guess.
Any news about this?
What about this issue? Any news?
Superseded by https://github.com/friendica/friendica-addons/pull/1048
Pull request closed