[Userscript] Bitcointalk Merit Automation: Queue & Schedule Merit Distribution

[promise444c5]

After this request by  Vapourminer on  this thread : can "recently" be used in the sent merit list too? ..which was also created by him , I decided to created a Userscript that can handle his request..

The Userscript helps you create a  queue of posts that you want to merit later when you are active [i.e. when you make a post].


Although the script was specifically designed for Merit Sources, any forum user can use it. However, I noticed the logic mostly benefits those who need to hide their "online status" whenever they want to merit a post.

To fix that.. I created  a Second script for those that wish to merit a post but for a reason they can’t at a particular moment , probably because they are out of Smerit or just want to wait  before sending merit .

This second Userscript allows you to schedule a precise date and time to deliver your selected amount of merit to a post.


How to Install

 GreasyFork :

    * Post_Trigger

    * No_Post_Trigger


 Github : promise444c5@merit_automation

Logs(pending Github upload): to be added..


Note : By default, in the Post Trigger script, a queued post is set to receive 1 merit… In the No_Post_Trigger script, it is queued for 1 merit to be dispensed 24 hours later. Both settings can be adjusted to your preferred values directly from the “Merit Queue Settings" modal.

To change the default merit options in the dropdown:
Locate const predefinedMeritValues = [1, 2, 3, 4, 6, 8, 10, 20, 40, 50];  in the code and change it to your desire figures.


I wasn't sure if two threads would be better, so I am putting both scripts together in this single thread..

I will make it available on GitHub and GreasyFork[Now available on GreasyFork soon !  ..

Any additional suggestions and critiques are always welcome.

*Disclaimer :

[RGBTC]

Does the second script also work when the forum tab/browser app is closed, or even when the computer is turned off? Because that's essentially the point of the request: hiding the active status from the merit sending history.

[TryNinja]

Does the second script also work when the forum tab/browser app is closed, or even when the computer is turned off? Because that's essentially the point of the request: hiding the active status from the merit sending history.

And that's what the script does, as far as I understood. As soon as you make a post, basically revealing you're online, or after a fixed 24h period (to prevent someone keeping track of your online time through the day), it sends all the merits you saved to give out later.

Obviously it won't work when your computer is turned off.

[hugeblack]

It is good and may be needed by who want to hide their Merits timeline with the timing of their posts. I will try it when I run out of sMerits quickly (Something that doesn't happen much lately )

[*Ace*]

It seems like a great tool to me, although I don’t think I actually need to use it.
But my question is, if we have to be online to send a Merit, how can this userscript send Merits even when we’re not logged in?
I really don’t understand this at all.

Well done on the project, of course

[promise444c5]

Does the second script also work when the forum tab/browser app is closed, or even when the computer is turned off? Because that's essentially the point of the request: hiding the active status from the merit sending history.

Nope… You have to login anytime after the scheduled period.
The first script runs only when you post which already shows you’re active at that moment 

Here’s how it works: Assuming I’m using the second script.. I saw a nice post from you but I can’t merit it at the moment because I’m out of S-merit until after 24 hrs or I don’t want anyone to know I’m active until tomorrow and at the same time, I don’t want to forget that particular post for merit .

So what can I do? That’s where the script comes in, I can easily add it to a queue and then set a particular date and time  for it.

The following day, once i login and the time has elapsed already, it will automatically send the merit without having to look for it just to merit it.

I can do that for as many as possible posts.

** Although I’m still considering if I should limit the queue to around 20~30 post [maybe more] because if it fails to send merit when you’re out of smerit again, it will continue making the request in background everytime you reload the page. Or I can just add extra 24 hours for only out of Smerit 

It is good and may be needed by who want to hide their Merits timeline with the timing of their posts. I will try it when I run out of sMerits quickly (Something that doesn't happen much lately )

Thanks .. I’m not sure if the current one I used will work anyway but I do need the message it shows when you’re out of Smerit.

But my question is, if we have to be online to send a Merit, how can this userscript send Merits even when we’re not logged in?
I really don’t understand this at all.

My script doesn’t send merit when you’re offline.. it’s only tied to your account and Bitcointalk server . I only grab token to make the request when the script needs to run and the user need to be logged in .. When you post or set a timer to merit a post it means you’re willing to indicate “ hello! I’m active and here’s your share of my smerit ”.

When you’re not logged in the script will fail  because there’s no token to grab. Also the “queue” button won’t be visible because there’s no merit button.

[vapourminer]

1st, thank you!!

2nd, sorry for being late to the thread lol

i will be testing soon

--------------

edit:

ok 1st test ran great, did a bunch of queue merits to some posts in this thread and a couple others, looks like they all fired when i posted in another thread im in.

i now have a merit minigun lol

using chrome for this testing as i dont want tampermonkey on my normal firefox atm

sweet

thanks again

[LoyceV]

ok 1st test ran great, did a bunch of queue merits to some posts in this thread and a couple others, looks like they all fired when i posted in another thread im in.

You sent your last Merit transactions twice with a 3 minute delay.

[vapourminer]

You sent your last Merit transactions twice with a 3 minute delay.

yeah just noticed. not sure what happened. i saw the singles merits went through then on refresh it was two.

queue shows empty

[promise444c5]

You sent your last Merit transactions twice with a 3 minute delay.

yeah just noticed. not sure what happened. i saw the singles merits went through then on refresh it was two.

queue shows empty

Which of the script did you use..

[vapourminer]

yeah just noticed. not sure what happened. i saw the singles merits went through then on refresh it was two.

queue shows empty

Which of the script did you use..

post_trigger so far


havent tested the non post one yet but i like it and will use it too. as i want to send merits without posting too as i go days sometimes between posts. id like to checkin queued merits more frequently, so im glad you have the two versions

[promise444c5]

post_trigger so far


havent tested the non post one yet but i like it and will use it too. as i want to send merits without posting too as i go days sometimes between posts. id like to checkin queued merits more frequently, so im glad you have the two versions

Okay.. but the double-send is weird since you didn’t add any more post within the timeframe those merit entered..   the checks for each attempt is inside a loop , including the success filter..

I will check it though once I get back on my PC. But what exactly did you do within the period between   “ good bot”-post and the previous post edit?.

Edit.. just checked and it seems you deleted a post at 1:50 that triggered the resend which likely means the queue wasn’t empty .. still can’t explain but later

[vapourminer]

Edit.. just checked and it seems you deleted a post at 1:50 that triggered the resend which likely means the queue wasn’t empty .. still can’t explain but later

ah thats it i deleted a post to paste/merge it into my previous post in this thread

so i loaded my last post
copied the text
deleted the post
edited the prev post
paste the contents
hit post

that was in this thread

this test now included me queue meriting a couple post with different amounts, saved the queue, logging off, power cycle the machine, come back in, qmerit another post and now this post..

here goes.. (using post_trigger)

EDIT:

worked fine!

[promise444c5]

Still don’t know how it happened   ..
I will add this to my Todo: Check and save current number of Smerit whenever a User   “qmerit” (I like this much better than the plain”queue”- that will also come with the update  ) the first post no, checks for others.

When next the user post, it checks if the user Smerit is still same as the log Value before the attempt  , else it triggers a confirmation before sending including every other post in the queue[other posts in the queue won’t trigger any confirmation]..


The GitHub upload is still ongoing.. I just ran into some  access issue due to a recent attack.. hopefully it resolves so that anyone can contribute to the script.

As for the greasyfork, I don’t want to upload there yet without having it on GitHub.

[RGBTC]

Allright, now I'm starting to understand. I had way too high expectations about hiding my online status. I think it would be nice if this tool also had a random 24-hour schedule generator or something. Some people may have "scheduled-time" tendencies that others can pick up on. If not, just consider this a default quick scheduling method.

[vapourminer]

no_post_trigger doesnt seem to be working the way i expect, it doesnt seem to ask for delay time?

gonna see what happens 24 hrs from now i do have posts time queued

will play more tomorrow

thanks again!

[promise444c5]

Allright, now I'm starting to understand. I had way too high expectations about hiding my online status. I think it would be nice if this tool also had a random 24-hour schedule generator or something. Some people may have "scheduled-time" tendencies that others can pick up on. If not, just consider this a default quick scheduling method.

no_post_trigger doesnt seem to be working the way i expect, it doesnt seem to ask for delay time?

My Apologies to both of you.. The implementation was there but my dmb a$$ agent removed the initial html block that includes it.. I can see why rato3gopoh was confused earlier.

to test it i booked both of you for 12:20am
All i have to do is reload by 12:20 or after..

[edit]
It worked.
I will update  the script..

Note: the script will only run when you visit a thread.. i can make it super but i don't want it to run for every page. The major point is that it delays the merit till when you want so it will definitely merit the post once you visit any thread after delay timeout.

[LoyceV]

I will add this to my Todo: Check and save current number of Smerit whenever a User   “qmerit”
~
When next the user post, it checks if the user Smerit is still same as the log Value before the attempt

For Merit sources, there are 2 separate sMerit "counters", and both change frequently. Did you include both?

Code:

You are a merit source. The next 135 merit you spend will come from your source rather than your sMerit balance.

[*Ace*]

But my question is, if we have to be online to send a Merit, how can this userscript send Merits even when we’re not logged in?
I really don’t understand this at all.

My script doesn’t send merit when you’re offline.. it’s only tied to your account and Bitcointalk server . I only grab token to make the request when the script needs to run and the user need to be logged in .. When you post or set a timer to merit a post it means you’re willing to indicate “ hello! I’m active and here’s your share of my smerit ”.

When you’re not logged in the script will fail  because there’s no token to grab. Also the “queue” button won’t be visible because there’s no merit button.

OK, so I’d misunderstood.
I’d thought it worked even if the user wasn’t online.
Technically, it’s possible – or at least I think so – you just need a session cookie and a script that can run locally as well

[promise444c5]

I will add this to my Todo: Check and save current number of Smerit whenever a User   “qmerit”
~
When next the user post, it checks if the user Smerit is still same as the log Value before the attempt

For Merit sources, there are 2 separate sMerit "counters", and both change frequently. Did you include both?

Code:

You are a merit source. The next 135 merit you spend will come from your source rather than your sMerit balance.

Not yet, I only added it to my todo.. but this changes things a bit.

I was even thinking of a much better way I.e grab the merit history html page and check if any of the merited posts has the first item “msgId” in the queue. That way I can easily pop confirmation even if the user wish to send merit to that particular post once again which could happen in some cases when it’s added as the first item but the major check will be to rule out  unattempted double-spending .