[X] My Assistant

thank you for fast reply Nezu!

so it was left out purposefully for the reason, good to know that this feature has already been brought up (IMG:[invalid] style_emoticons/default/smile.gif)

hello, I noticed this line is still in the options section of the script's code:

monsterInfo: false, // show monster data from decondelite's database

even though this option isn't present in the UI. I was confused for a while but then I searched around and discovered this function has been removed due to the database being offline.

This post has been edited by firecat666: Jul 3 2021, 04:12

hello again, sorry for double post. I want to ask, is there a way to make the random encounter timer in crunkjuice appear during battle? that would be pretty useful while playing isekai

hello, I noticed this line is still in the options section of the script's code:

monsterInfo: false, // show monster data from decondelite's database

even though this option isn't present in the UI. I was confused for a while but then I searched around and discovered this function has been removed due to the database being offline.

Check out my sig. There is a new Monster Database project being working on.

hello again, sorry for double post. I want to ask, is there a way to make the random encounter timer in crunkjuice appear during battle? that would be pretty useful while playing isekai

HV Utils has this feature though. But you can also check the time yourself, and enter the encounter every half hour.

Anyone could help me???
I would like to disable hoverplay when casting imperil on mobile...
On desktop I could hold shift to disable it, then release to re-enable again...
How to do that on mobile???
I suspect I need to add imperil icon in the monster box, but when i tried to save the setting it always return to default []...
I already tried edit to [false,'213'] or [[false,'213']] or just false,'213' but still not working...

This post has been edited by Greshnik: Jul 5 2021, 17:53

There's a bug with the functionality that displays monster HP when playing in the arenas that had their round count limited to 100 (End of Days and above in isekai). Also affects the associated option to shorten monster hp bars relative to their max hp. I'm guessing the script isn't calculating the number of monsters in each round correctly. Pic related:

There's a bug with the functionality that displays monster HP when playing in the arenas that had their round count limited to 100 (End of Days and above in isekai). Also affects the associated option to shorten monster hp bars relative to their max hp. I'm guessing the script isn't calculating the number of monsters in each round correctly. Pic related:

Pretty sure the bug is caused by a missed `+ isekai` to `localStorage.removeItem('HVmonsterData');` on line 2213. This causes old data to be incorrectly be reused on future rounds, but only after you refresh the page mid round as the data is only stored on refreshes.
I've intended to report this forever ago but never got around to it till now.

---

And a second bug I've been intending to report, the equip pages aren't excluded on isekai. I noticed this last season when I was doing runs over multiple days and the battle data keep getting randomly deleted, found out it was caused by visiting an isekai equip without an isekai battle page open.
But instead of excluding them by url I'd recommend checking if "csp" (the main content div) exists, as that doesn't exist on both equip and CloudFlair error pages. That way CloudFlair error pages also won't delete battle data.


And a third one `logPasteover` can cause item drops to be double counted if the round isn't long enough to push it out of the log by the end of the round. I don't have any suggestion on how to fix this as personally I just disabled it.

And a second bug I've been intending to report, the equip pages aren't excluded on isekai. I noticed this last season when I was doing runs over multiple days and the battle data keep getting randomly deleted, found out it was caused by visiting an isekai equip without an isekai battle page open.

A potential fix: instead of excluding equipment URL from UserScript matching, use "document.getElementById('showequip')" and simply return if there is any.

I added a wrong key binding, then it show “invalid key bindings. option disabled” in battle. Now I can't use the shortcut key P to call the settings, even if the script is reinstalled.

How can I solve this problem？

I added a wrong key binding, then it show “invalid key bindings. option disabled” in battle. Now I can't use the shortcut key P to call the settings, even if the script is reinstalled.

How can I solve this problem？

Since your faulty configuration is now stored in your localStorage, reinstall the script won't help you reset. You should manually reset your configuration in monsterbation setting UI.

I added a wrong key binding, then it show “invalid key bindings. option disabled” in battle. Now I can't use the shortcut key P to call the settings, even if the script is reinstalled.

How can I solve this problem？

If you're in battle, there should be an icon on the right-bottom to open the setting if you have not disable it in settings.
If you have disable the setting button, get out battle (maybe switch Persistent and Isekai is fine), there is a Monsterbation Setting under the Menu→Character

A potential fix: instead of excluding equipment URL from UserScript matching, use "document.getElementById('showequip')" and simply return if there is any.

This won't actually solve the problam. To fix the equips page problam add the equips URL to excluding is much easier, but as sigo8 said, you may also lost data on other case, like the 404 page or even you do nothing wrong but the cloudflare or HV server sometimes down then Monsterbation will think you are out of battle and delete the datas. Check if '#csp' frame existes should always work, if it not existed, then it may not a vaild HV main page and the scripts should do nothing

And a third one `logPasteover` can cause item drops to be double counted if the round isn't long enough to push it out of the log by the end of the round. I don't have any suggestion on how to fix this as personally I just disabled it.

For this one, I would suggest to add the previous log in a new table after the textlog, as it not in the observe range so it won't cause problam.

CODE

    if ( cfg.logPasteover && turn ) {
        log.insertAdjacentHTML('afterend', '<table><tbody><tr><td class="tls"></td></tr>' + turn + '</tbody></table>'); }

A bug report also: the EDs confirm function may cause repeatly confirm, because the item list only change when item cooldown states change, but the ed confirm function always add a layer confirm every turns. query the ed which not added confirm may solve it

CODE

    if ( cfg.edConfirm && (ed = document.querySelector('div[onclick][onmouseover*="item(11401)"]:not([onclick*=confirm])')) ) {

The flee confirm seem fine as the skills list change every turns

This post has been edited by what_is_name: Aug 8 2021, 10:58

Another code change request:

Instead of using "ajaxIntervals" to clean up timers (which is inaccurate and causing some issue of unwanted behavior), it is possible to release specific redundant timers:

CODE

// In ajaxRound
script.innerHTML = `
var timer1 = setInterval(() => {}, 100000); // Returns a timer id;
battle = new Battle(); // Initialize a new battle instance which introduce a redundant interval timer
var timer2 = setInterval(() => {}, 100000); // Returns another timer id;
for (let i = t; i >= timer1 && i <= timer2; i++) {
  clearInterval(i);
}`;

This approach also removes the ajaxIntervals settings (IMO, most players don't know how it works and how to use it)

This post has been edited by OnceForAll: Sep 1 2021, 15:23

During a battle I got a weird error about server communication failing. After that it seemed to work again, but with some.. interesting bugs in regards to HP. Some enemies don't have HP values, others have HP swapped.

During a battle I got a weird error about server communication failing. After that it seemed to work again, but with some.. interesting bugs in regards to HP. Some enemies don't have HP values, others have HP swapped.

for speed purposes, monsterbation keeps some info in memory rather than writing to local storage. When it freezes, you'll get the 'server comm' error when you reload. To prevent errors, like wrong round count, you can open the settings when it freezes, then all info is written to local storage.

I'm not sure if the HP error is caused by this, but I suspect it is.

for speed purposes, monsterbation keeps some info in memory rather than writing to local storage. When it freezes, you'll get the 'server comm' error when you reload. To prevent errors, like wrong round count, you can open the settings when it freezes, then all info is written to local storage.

I'm not sure if the HP error is caused by this, but I suspect it is.

should be no. monsterbation now always save info before the page unload, so even an accident page error happen it won't lost data, unless you directly turn off your PC.
I guess the error data may because server communication failing happen on the last turn of the last round, and after refresh the page it directly turn into the new round, that make the last round result log lost and the script don't know it's been the new round so still show the old round data. I don't actually check the code so it may be wrong, but anyway it's a rare case and I think it not be big problem, unless the HP continued error after that

This post has been edited by what_is_name: Sep 3 2021, 09:14

should be no. monsterbation now always save info before the page unload, so even an accident page error happen it won't lost data, unless you directly turn off your PC.
I guess the error data may because server communication failing happen on the last turn of the last round, and after refresh the page it directly turn into the new round, that make the last round result log lost and the script don't know it's been the new round so still show the old round data. I don't actually check the code so it may be wrong, but anyway it's a rare case and I think it not be big problem, unless the HP continued error after that

It was wrong the entire battle. The next arena was working normally again.

It was wrong the entire battle. The next arena was working normally again.

then that should be a problem. I check the code and there seems a bug from the Isekai update, it could happen when you reload the page in Isekai.
edit the

CODE

localStorage.removeItem('HVmonsterData');

to the

CODE

localStorage.removeItem('HVmonsterData' + isekai);

may fix it maybe

So im having some trouble getting key bindings to work the way i want
currently i have imperil on mousewheel up, and it will immediately cast the spell if i am over the non-hover enabled portion of the monster(HP bar area) as soon as i do mousewheel up.

I cannot seem to replicate this with key bindings for targeted spells, it always either requires the key be held and mousing over the hover-portion of the monster, or only queues the action instead of doing it immediately requiring a mouseclick or hover.

ex: while the mouse is on the HP bar non-hover portion of a monster, i want to immediately cast FRD when i press W but i cant figure out how to make it do so.

This post has been edited by tallos: Sep 16 2021, 07:59

very good

Might be a bug:When the mouse is in the monster bar, it might automatically send click event