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

[DubemIfedigbo001]

You can add  to queue on same tab while the process is running now without breaking anything…

Hence.. I think @ DubemIfedigbo001  can also try his hand at that in case he finds a better fix.

New Feature:
Enable persistent execution of the current process on tracked pages, with or without post submission for the Post_Trigger script.

Great, I'll find time next week to try my hands on that double spend fix, I believe two heads are better than one and I can come up with something interesting hopefully. I just added it to my to do list for next week. I'll test your new features as well.

I promise this time around that I will upload to GitHub by Saturday[Not breaking this one ]

I'll hold you accountable to this . Well done!!

[promise444c5]

Great, I'll find time next week to try my hands on that double spend fix, I believe two heads are better than one and I can come up with something interesting hopefully. I just added it to my to do list for next week. I'll test your new features as well.

Not the double spend.. that’s probably been fixed from the last update . The new task is :

Enable persistent execution of the current process on tracked pages, with or without post submission for the Post_Trigger script.

You can read the post above to understand what I meant better..

I promise this time around that I will upload to GitHub by Saturday[Not breaking this one ]

I'll hold you accountable to this . Well done!!

Alright  

[source = AI]

Edit : @ DubemIfedigbo001 this is the new github link as promised : promise444c5@merit_automation

[vapourminer]

just letting you know this still rocks!

no double spends, it catches them and flags them. i just manually delete the failed ones. likely fails because ill post twice in a row while the scripts runs? not sure but it catches it so no action needed.

lets see how it handles > 50 merits a month as i can only send one more to you this 30 day period.. ill try to send 10

*click*


edit: seems to of tripped on this when it tried.. nice

Error: You can only send 1 merit to this user.

[promise444c5]

lets see how it handles > 50 merits a month as i can only send one more to you this 30 day period.. ill try to send 10

*click*


edit: seems to of tripped on this when it tried.. nice

Error: You can only send 1 merit to this user.

Yes.. I added this line of code in the last update:

Code:

else if(lowerHtml.includes("you can only send 50 merit ")) {
                const match = lowerHtml.match(/you have already sent (\d+) merit to that user/i);

                const sentMerit = match && !Number.isNaN(Number.parseInt(match[1], 10))? Number.parseInt(match[1], 10) : 0;
                errorMsg = sentMerit >= 50 ? "You have already sent the maximum amount of merit to this user."
                            : sentMerit === 0 ? "You cant send merit to this user right now."
                            : `You can only send ${50 - sentMerit} merit to this user.`;
                }

when you posted this :

hit the 50 merits per month limit.. blame it on loycev

I followed LoyceV suggestion, reproduced the error and added it.

The second check and the greater than  were just extra extra

Thank you VPM

[promise444c5]

NEW UPDATE !!



Fix
All changes made on the  queued items now require you to save first before they are stored..otherwise, the changes will be lost.

I also added a confirmation check for unsaved changes whenever users try to leave the modal page without saving. This helps prevent losing their changes if not saved.

New feature
sMerits stats : Added this feature to help keep track of sMerits data directly from the  script modal..
 
The stats include:
** sMerit — The user's personal sMerit .

** Source sMerit — Only available  for merit sources..else it reads zero.

** Queued sMerit — The total amount of sMerit currently allocated to the queued items.

** Remaining sMerit — The amount of sMerit remaining after accounting for the queued sMerit.

** Remaining Source sMerit — The amount of Source sMerit remaining after accounting for the queued items. Not a merit source, still reads zero


Now available on both GitHub and Greasy fork.

Small Note : The  script only fetches and log sMerit datas every 10 minutes by default..
I'm not  sure how Merit Source sMerits are refilled , but it can be edited to desired value here : [Post_Trigger] and [No_Post_Trigger].