[X] My Assistant

happened once.. HVS_CHROME_5.4.1.9

Probably, there is not enough space of the local storage in the same as oohay's case.

On the current implementation of HVSTAT, MID is used as an index of the array of the monster database. Thus, if a monster which has big MID appears, too much space is consumed. I have recognized this as a problem, and currently working on a solution.

On Chrome, the maximum capacity of the local storage is 2.5MB. Currently, there is no way to increase this. (See [code.google.com] http://code.google.com/p/chromium/issues/detail?id=63518)

To workaround, you will stop the use of several HV scripts, then you have to delete the data of the local storage that scripts used.

Operations:

1. Open HV page.
2. Open 'Chrome Developer Tools'. (press Ctrl+Shift+I)
3. Click 'Resources' on the menu.
4. Double-Click 'Local Storage' on the left pane.
5. Click 'hentaiverse.org' below 'Local Storage'.
6. Right-Click a key to delete.
7. Click 'Delete' on the popup menu.

The keys that starts with 'HV' are used in HVSTAT. The other keys are used in the other scripts. You have to know the key which the script uses. Maybe, you will know if you see the key and it's value.

I recommend that you take backup of the local storage before you try.
The local storage is '{System Drive}:\Users\{your login name}\AppData\Local\Google\Chrome\User Data\Default\Local Storage\http_hentaiverse.org_0.localstorage'.

This post has been edited by greentea039: Aug 11 2012, 08:35

As I expected, lack of local storage capacity will cause the issue.
You may not have to continue to use 5.4.1.4 [DEBUG4] anymore.
Thank you again.

No problem. ;p

Is the extension still .user.js?The .user is important.

Yeah, I can't install 5.4.1.9 either, and it is HVS_FIREFOX_5.4.1.9.js, not HVS_FIREFOX_5.4.1.9.user.js [github.com] here.

EDIT: Okay, I can "install" it when I rename it to the latter, but only if I go 4.3.3 --> 5.4.1.4 [DEBUG4] (I didn't test others) --> 5.4.1.9. The script doesn't seem to run even outside of battle, though. I can "install" 5.4.1.4 [DEBUG4] on top of nothing for the same effect. So for now I'm still using 4.3.3 --> 5.4.1.4 [DEBUG4].

This post has been edited by oohay: Aug 11 2012, 07:22

 QuickBar2_1.0.6.zip ( 136.76k ) Number of downloads: 63


In v1.0.5 I modified this to work with HVSTAT by removing its capturing of button presses. I had left an orphaned call to that function which caused an error to register on java console. It still ran but the error might have unforeseen results. This fixes that by removing that orphaned call.

No problem. ;p
Yeah, I can't install 5.4.1.9 either, and it is HVS_FIREFOX_5.4.1.9.js, not HVS_FIREFOX_5.4.1.9.user.js [github.com] here.

EDIT: Okay, I can "install" it when I rename it to the latter, but only if I go 4.3.3 --> 5.4.1.4 [DEBUG4] (I didn't test others) --> 5.4.1.9. The script doesn't seem to run even outside of battle, though. I can "install" 5.4.1.4 [DEBUG4] on top of nothing for the same effect. So for now I'm still using 4.3.3 --> 5.4.1.4 [DEBUG4].

Yeah that was my bad.
Renamed to HVS_FIREFOX_5.4.1.9.user.js.
You should also be able to install it without installing anything else first.
Apparently Greasemonkey wasn't happy when I shrunk the code.

This post has been edited by GaryMcNabb: Aug 11 2012, 21:52

On the current implementation of HVSTAT, MID is used as an index of the array of the monster database. Thus, if a monster which has big MID appears, too much space is consumed. I have recognized this as a problem, and currently working on a solution.

What about IndexedDB, wouldn't that work.. or is that not implemented in chrome yet.. or does it have the same size restrictions.

If it does work, it might even be faster, since you wouldn't have to load all the monster data, but just the ones that are relevant.

What about IndexedDB, wouldn't that work.. or is that not implemented in chrome yet.. or does it have the same size restrictions.

If it does work, it might even be faster, since you wouldn't have to load all the monster data, but just the ones that are relevant.

Chrome supports IndexedDB and WebSQL (Indexed being the better choice).
Chrome is easy enough to fix though, it just needs permission for unlimited storage:

CODE

"permissions": [
    "unlimitedStorage",
]

This would allow unlimited storage for IndexedDB, WebSQL, localStorage, sessionStorage and webkitFileSystem.
It doesn't solve the issue in Firefox though. TBH, I feel the monster data system needs rewriting rather than patching.

Chrome supports IndexedDB and WebSQL (Indexed being the better choice).
Chrome is easy enough to fix though, it just needs permission for unlimited storage:

CODE

"permissions": [
    "unlimitedStorage",
]

This would allow unlimited storage for IndexedDB, WebSQL, localStorage, sessionStorage and webkitFileSystem.
It doesn't solve the issue in Firefox though. TBH, I feel the monster data system needs rewriting rather than patching.

I don't think unlimitedStorage applies to localStorage [developer.chrome.com] http://developer.chrome.com/extensions/manifest.html .. says "applies only to Web SQL Database and application cache"

I don't think unlimitedStorage applies to localStorage [developer.chrome.com] http://developer.chrome.com/extensions/manifest.html .. says "applies only to Web SQL Database and application cache"

Odd, I'm sure I read that somewhere.
From what I've read, it appears localStorage and sessionStorage are the only two that never get unlimited storage (limit of 5MB).

I wish Google would timestamp their docs, it's a pain trying to figure out if their information is outdated.

EDIT: I'll need to run tests.

This post has been edited by GaryMcNabb: Aug 12 2012, 00:40

Yeah that was my bad.
Renamed to HVS_FIREFOX_5.4.1.9.user.js.
You should also be able to install it without installing anything else first.
Apparently Greasemonkey wasn't happy when I shrunk the code.

Okay. Installed 5.4.1.9 on top of nothing. (IMG:[invalid] style_emoticons/default/smile.gif)

A question... is it possible to enable only the "Proficiency Gain Summary"?

If not, in the next version could you make it possible? (IMG:[invalid] style_emoticons/default/biggrin.gif)

I'm using FF with chrome style, when i drag .js file on browser instead of instal the script on GM i open the script... any issue?

Thanks.

Is the extension still .user.js?
The .user is important.

Yes, the one inside the folderyou download, I also try to renameit but still nothing...

Yes, the one inside the folderyou download, I also try to renameit but still nothing...

Download it using this link
(IMG:[i1213.photobucket.com] http://i1213.photobucket.com/albums/cc476/ragnaware/step1.jpg)

Then click and drag the file into a Firefox window.
It should work.

A question... is it possible to enable only the "Proficiency Gain Summary"?

Currently, no.

If not, in the next version could you make it possible? (IMG:[invalid] style_emoticons/default/biggrin.gif)

Perhaps if someone else is free. I'm working to fix another serious bug.

The gem can't be used by clicking manually (above the spell cast bar), also the "+" button doesn't select the highest skill available (for DW). It will be great if these two are fixed. Cheer.

The gem can't be used by clicking manually (above the spell cast bar), also the "+" button doesn't select the highest skill available (for DW). It will be great if these two are fixed. Cheer.

Which version and browser are you using.

Using 5.4.1.9, I had increased dom.storage.default_quota to 1048576, so that shouldn't be the issue. 5.4.1.9 gave me nothing, so I downgraded to 5.4.1.4 [DEBUG4], which gives [pastebin.com] http://pastebin.com/erGc1TQD at least upon scanning. I changed over mid-round, so I don't know the MIDs. Perhaps a debug for 5.4.1.9 would be nice, but if 5.4.1.4 has the same issue it may be unnecessary for now. This seems to be a very intermittent problem, assuming it's just one problem (it has happened before with 5.4.1.9, again assuming so), but it's not one that necessarily fixes itself within the round, which makes it irritating nonetheless.

This post has been edited by oohay: Aug 15 2012, 10:19

Coloring when the character is damaged is different between 5.4.1.4 and 5.4.1.9.
Is this intentional? I think maybe a bug.

5.4.1.4


5.4.1.9

Which version and browser are you using.

5.4.1.9, chrome.

Coloring when the character is damaged is different between 5.4.1.4 and 5.4.1.9.
Is this intentional? I think maybe a bug.

That was a bug. It was fixed when I rewrote the battlelog highlighting function.

5.4.1.9, chrome.

I can't replicate the bug, it might be something else conflicting with it.
Try turning off other extensions or mods and see if it works.

Using 5.4.1.9, I had increased dom.storage.default_quota to 1048576, so that shouldn't be the issue. 5.4.1.9 gave me nothing, so I downgraded to 5.4.1.4 [DEBUG4], which gives [pastebin.com] http://pastebin.com/erGc1TQD at least upon scanning. I changed over mid-round, so I don't know the MIDs. Perhaps a debug for 5.4.1.9 would be nice, but if 5.4.1.4 has the same issue it may be unnecessary for now. This seems to be a very intermittent problem, assuming it's just one problem (it has happened before with 5.4.1.9, again assuming so), but it's not one that necessarily fixes itself within the round, which makes it irritating nonetheless.

greentea039's working on that.

That was a bug. It was fixed when I rewrote the battlelog highlighting function.
I can't replicate the bug, it might be something else conflicting with it.
Try turning off other extensions or mods and see if it works.
greentea039's working on that.

It conflicts with the keybind. I wonder if they can work at the same time...