Closed robertoszek closed 1 year ago
Base: 100.00% // Head: 100.00% // No change to project coverage :thumbsup:
Coverage data is based on head (
9436ed1
) compared to base (248f65d
). Patch coverage: 100.00% of modified lines in pull request are covered.
:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
Hi @robertoszek, Please allow me to ask a couple of questions regarding this release:
Native retweet support, now users in your config should be able to reblog their own and each other's posts if they are on the same instance.
Is the above compatible with the custom_replacements
mapping feature? Considering the following:
custom_replacements:
"@twitter_user1": "@fedi_user1"
"@twitter_user2: "@fedi_user2"
On Twitter @twitter_user1 RTs @twitter_user2. Will the bot/instance realize they are retweeting each other if the custom_replacement mapping is being used?
application_name
mapping, for specifying the Fediverse application name to use as a filter when getting the date of the latest published post by the bot. Thanks @reorx!
What problem does this solve? Should all bots have different application names? Currently I have 3 mastodon users in place using the same application name (pleroma-bot). Will this be a problem?
Thank you for your time.
Hey @tomakun Sure, let me try to answer the questions you had.
Is the above compatible with the custom_replacements mapping feature? Considering the following:
Short answer: Yes.
Long answer: The native retweet/thread feature of the bot does not check for the contents or text on the Fediverse post.
Instead it checks if the tweet ID returned by Twitter's API in the field "_repliedto" or "retweeted" was published on the Fediverse instance.
It does so by searching the tweet ID on the posts.json
file generated at the config file path.
So no matter if the text was changed (by adding a signature, a date, a replacement, etc.) the ID of the post on the Fediverse instance and the tweet ID will remain unchanged.
Regarding application_name
:
Should all bots have different application names? [...] Will this be a problem?
Not really. It shouldn't be a problem, if those Mastodon users are just publishing posts with the bot.
What problem does this solve?
Let me try to explain, take this hypothetical example. I'm an user who is using the bot with my personal Mastodon account. I'm mirroring my Twitter account into my Mastodon account and it's working fine. One problem though, the bot checks the date of the last post published on my Mastodon account. But I happen to post often manually from my Mastodon client, so the bot wrongly assumes the last post I created from my client is the last one mirrored from Twitter (as it takes the date from the latest post).
So, here comes application_name
, if I specify that the bot is publishing posts with the app name pleroma-bot
for example, it can check which post was actually the latest one published with the bot.
No matter if I'm posting manually from other clients or from the Mastodon web app, it will continue mirroring from where it left off.
@robertoszek Many thanks for the explanations, this is all very clear. The application_name implementation is clever! Great stuff.
Thank you again for your time and support, I'll make sure to support myself via your other contributions channels.
Fixed
Enhancements
Added
bot
config mapping, for setting the bot flag on the target account. Closes #96--lockerfile
argument, for specifying the path of the locker file that prevents collisions between multiple concurrent bot executions. Closes #98guest
mapping, for enabling the use of Guest Tokens (so you don't need a Twitter Developer account). If notwitter_token
is present in your config it will default totrue
proxy_pool
mapping, list of proxies to use when being rate limited with Guest Tokensproxy
mapping, for enabling or disabling the use of proxies when using guest tokensavoid_duplicates
mapping. Closes #101application_name
mapping, for specifying the Fediverse application name to use as a filter when getting the date of the latest published post by the bot. Thanks @reorx!content_warnings
, for specifying keywords that if found will add a content warning to the Fediverse postcustom_replacements
for replacing any text (Twitter handles that differ from the Fedi handle, for example) Thanks @selyod-ka! Closes #105software
config mapping, for sidestepping the automatic detection of the type of software (mastodon, pleroma, misskey) running on the target instance and forcing a specific value. If your target is a fork of another project, for example, you would be able to force the bot to use whichever software (mastodon, pleroma, misskey) is the closest match for their API.