[X] My Assistant

this can happen when you enter battle in one browser and exit it in another. you can fix it by entering and exiting battle in the affected browser. i guess i could have it delete monster data whenever you're out of battle, but usage of more than one browser (if that is even the cause here and this isn't a new, undocumented bug) is a rather exotic case

I've only ever had one browser running but I did have a multiple E-hentai forum windows open at the time. Usually the problem won't occur if I have only one E-hentai window open, however today it's happening consistently with only the one E-hentai window and one hentaiverse.org window open. I can still fix it by opening a new alt.hentaiverse.org window which will have the correct monster data.

This might also be the result of having two script versions installed, although the old 1.2.2.4 has been turned off since I installed 1.2.4.1

it shouldn't be affected by e-hentai and if one script is turned off it shouldn't affect the other. do you get any console errors at the end of a battle prior to the problem occuring in the next?

as a hotfix, you can go to line 1599 where it says

CODE

    if ( document.getElementById('textlog') || document.getElementById('riddlemaster') || document.URL.indexOf('Battle') > -1 ) return;

and replace it with this:

CODE

    if ( document.getElementById('textlog') || document.getElementById('riddlemaster') ) return;
    localStorage.removeItem('HVmonsterData');
    if ( document.URL.indexOf('Battle') > -1 ) return;

This post has been edited by sickentide: Nov 5 2018, 01:07

I don't know what a console error is, I don't think I get any notification of an error. I believe it may only affect random encounters, and only on some days for reasons I haven't been able to figure out. It's not a real problem since I could always fix it by opening a second alt.hentaiverse window which I usually do anyway.

I don't know what a console error is, I don't think I get any notification of an error.

in most browsers you can right click > inspect to open developer tools. this includes a console that prints out javascript errors, among other things. to see what causes the error you encounter, it would be helpful to know if any such errors uccur at the beginning or end of battle

I just figured out that I have to disable clickEverywhere to open the console. I didn't see any errors even when the bug occurred, at least not at the end of a previous battle. However it could be that I am not using it correctly or didn't have the console open at the crucial time. If the beginning of battle is a crucial time, the Random Encounter window is not yet open so neither is its console.

However I believe my alt.hentaiverse Arena window from the previous battle was left open when a messed up Random Encounter in a new hentaiverse.org window initiated and reported no console errors.

I've also encountered a few other monster server data related errors today. In some arenas the monster data would refuse to show up for the entire arena. The problem fixed itself after the arena was completed and a new one was started.

oof. you don't happen to switch between alt and main a lot, do you? local storage between the two is separate. there should probably be a FAQ of some sorts, and this should be in it

I usually play on alt, but whenever I click the link to start a Random Encounter it opens up a new main window, which I then close. Is there any other way to do it?

In any case, since a couple weeks ago the problem has gone away completely. I didn't change anything with the scripts and still have the old one installed but inactive. I did however delete certain things in the Firefox settings and fix some hardware bugs with my computer. Physically cleaned out the power supply and installed a new battery, since then this game runs a tiny bit faster.

I usually play on alt, but whenever I click the link to start a Random Encounter it opens up a new main window, which I then close. Is there any other way to do it?

In any case, since a couple weeks ago the problem has gone away completely. I didn't change anything with the scripts and still have the old one installed but inactive. I did however delete certain things in the Firefox settings and fix some hardware bugs with my computer. Physically cleaned out the power supply and installed a new battery, since then this game runs a tiny bit faster.

JS cannot really know the window addressing of your graphical system. If you start an RE and then keep playing in that window, when you start a new RE *from the same gallery/front page* then it will fire in the same window. But that is the only corner case in which you can force an RE to use a specific window, this is because most browsers keep track of the windows each page opens.

Anything else will always open a new window for an RE.

P.S. There is a userscript somewhere to move REs into alt. But that still opens a new window.

I usually play on alt, but whenever I click the link to start a Random Encounter it opens up a new main window, which I then close. Is there any other way to do it?

P.S. There is a userscript somewhere to move REs into alt. But that still opens a new window.

there are several, including the RE timer system included in crunk juice (which also avoids opening a new window) - if you want to give it a try, there aren't that many settings to set up and everything you don't need can be disabled. opening a new window is not a problem as long as they navigate to the same domain

i should also mention that simply starting the battle on a different domain should not break the script, but if you perform one action and switch domains afterwards, the data needed to set up the monster info will no longer load

This post has been edited by sickentide: Dec 3 2018, 03:34

Hi
monster HP will be covered by monster info, how could HP and info be both displayed without covered ?
could you please provide some support ?
thanks

monster HP will be covered by monster info, how could HP and info be both displayed without covered ?

HP should appear above the monster info. if they overlap for you, you can try changing the monster info's font size by going to line 487:

CODE

'.minfo { display: table; position: absolute; left: 1067px; min-width: 170px; text-align: left; font-size: 9px;' +

and changing it to a different value until it fits:

CODE

'.minfo { display: table; position: absolute; left: 1067px; min-width: 170px; text-align: left; font-size: 8px;' +

HP should appear above the monster info. if they overlap for you, you can try changing the monster info's font size by going to line 487:

CODE

'.minfo { display: table; position: absolute; left: 1067px; min-width: 170px; text-align: left; font-size: 9px;' +

and changing it to a different value until it fits:

CODE

'.minfo { display: table; position: absolute; left: 1067px; min-width: 170px; text-align: left; font-size: 8px;' +

I changed the font-size to 7 then I can see HP.
Thank You!

Sicken, the Jenga's database API has moved. It is now hosted at [api.niblseed.com] http://api.niblseed.com:8080. You need to update Monsterbation in accordance with that. (IMG:[invalid] style_emoticons/default/wink.gif)

For those who want to scan monsters and update the database, find the following lines:

request = 'https://api.nibl.co.uk:8080/hentaiverse/monsters/' + monsterData.id[0];

(somwhere around line 700)

xmlhttp.open('PUT', 'https://api.nibl.co.uk:8080/hentaiverse/monster', true);

(somwhere around line 1000)

With:

request = 'http://api.niblseed.com:8080/hentaiverse/monsters/' + monsterData.id[0];

xmlhttp.open('PUT', 'http://api.niblseed.com:8080/hentaiverse/monster', true);

Yes I know, it's not https anymore, but unfortunately I have compatibility issues to enable that.
The monster list page still uses https though. (IMG:[invalid] style_emoticons/default/smile.gif)

This post has been edited by decondelite: Dec 15 2018, 23:03

Yes I know, it's not https anymore, but unfortunately I have compatibility issues to enable that.

do you see any hope to change this? chrome and firefox block insecure requests by default when accessing HV over https, and i would prefer not forcing users to change those settings

There is a little hope that the API will ultimately work with https, but 1) I don't guarantee anything 2) it'll require quite a lot of time from me, importing the entire thing in Eclipse, learning more about Spring Boot and all. I ain't a Java specialist, even though I do know some very basics.

As far as things go, the HP API was meant to run on a Java 8 environment, and mine is Java 10.
I should consider myself lucky that the non-https version does work as is.
I've already tried 3 different types of certificates, modifying the build XML to fit Java 10, and both get ugly: the first will still generate the same errors when communicating with clients, the second will simply not compile at all.

Aside from this, no the communication without any SSL certificate (without https) is not an issue at all. It works perfectly with Chrome, no idea for Firefox, but really there's no reason it won't work that way. Browsers do block traffic coming from self-signed SSL certificates (that generate the said warning) or otherwise improper SSL certificates, but they don't do anything with regular http traffic.
Not to mention that the data exchanged with the server is far from being critical.

Well, sorry. I hope you understand how much time I've already spent even getting the thing to run as it is, and how much time I've already spent investigating to come to this conclusion.

all right, thank you for your efforts. in chrome i had to manually turn on mixed content to get it to work, and in firefox the content wouldn't load even after turning on mixed content, so as long as there is still hope i would prefer to hold out before releasing a half-working update

According to my observations, you get the mixed content issues when playing on the main domain, but it's fine when playing on alt.

Going to investigate that starting off friday/saturday, and I hope I'll be able to do something. So yes, the issue is a bit more problematic than I initially thought.

Maybe I'm just talking crap here, but why not place a reverse proxy (e.g. nginx) in front of the application server and configure HTTPS on the reverse proxy?

It would be faster than trying to do https in java itself.

I'll consider that kind of option if I can't seem to fix stuff with Eclipse, yes.
But as far as things go, getting an up-to-date version of the API is always a good idea.

This post has been edited by decondelite: Dec 20 2018, 21:20

Nyan! Nyan! Nyaaan!
Merry Christmas! I've got an HTTPS enabled API in my sack!

(IMG:[i.imgur.com] https://i.imgur.com/EkphpDs.jpg)

Sicken, I finally got the HV API to work with https on my dedicated server! In the end, I just installed Java 1.8 besides Java 10, and with my first tests it looks like it works like a charm both on main and alt.

Can you confirm if it does work neatly by you? If so, I suppose you don't have any more issues to make a new version of MB?

Cheers. (IMG:[invalid] style_emoticons/default/smile.gif)