Is there an easy way to update this when a new version comes out? Or do I need to uninstall and reinstall each time?
Assuming you use the .exe, uninstall and reinstall. Assuming you use the .jar, unzip in the same dir, overwriting all files (or deleting the dir first)
Looks like a great program, unfortunately it doesnât work for me. Java is updated. Windows 10 pro 64 bit OS. It gives me that error when the program boots.
Looks like an issue with something in your stash, can you post that ?
I had to delete the GDstash folder in users to even get the program to boot.
And when I try to import the database I get this:
Edit
It appears one of my stash tabs was glitched? I had 1 item in this tab, and when I sorted the stash, the other items that were supposed to be in there suddenly appearedâŚI have no clue how that could have happened, but I donât believe GD Stash caused it. I havenât played the game for quite awhile, and I believe I was using some other program for the stash.
that confirms that it is the shared stash. The error is after the successful import, which means it is while parsing the stash(es)
I would be interested in the stash file
Hi mamba, thank you for keeping this great stash tool updated.
I donât know whether you can reproduce this error or not, but here is what I encountered. Any operation (click, highlight, or delete) that involves Mythical Maw of Despair, results in the following error:
Unknown Tag: TXT_OFF_ABS_PLUS_PERC_DUR_CHANCE
I donât know whether there are more items have this problem or not, but so far this is the only one gives me the error. Just hoping itâs not the result of broken db or stash on my endâŚ
no, that has to be a missing tag on my end. Based on the values of a bonus, the proper tag for it is assembled dynamically (here it becomes TXT_OFF_ABS_PLUS_PERC_DUR_CHANCE) and then the text for that is looked up (due to supporting multiple languagesâŚ)
Seems I never created that combination because I never ran into it (there are many possible combinations which never actually exist, so I did not create them all as tags)
After getting it to work once, I close the program, and open it again, and it gives the same error I posted the first time. Here is the shared stash file:
http://s000.tinyupload.com/index.php?file_id=60025117185589962160
Works for me, I get no error messages during import and it displays properly (from what I can tell)
Do you think it could be related to one or more of my characters? I can scrap the GDstash folder, and let it re-import all the stuff, and the program will work for that 1 instance, but if I close the program and re-open it, then it wonât boot up, and it posts the 1st error.
Something really odd, is the program appears to have doubles of all my character saves. One of them is normal, and the other is in red letters listed as vanilla. It also has 2 different stash files, one red and one thatâs not. Could this be related to the problem?
Just to be clear, this is the correct version of Java, yes?
no, it has to be a stash file, but if you use mods or HC chars, it could be one of those too
If you copy / paste the error message to a text editor or increase the window, it should give you the file path and name that has the error
I can scrap the GDstash folder, and let it re-import all the stuff, and the program will work for that 1 instance, but if I close the program and re-open it, then it wonât boot up, and it posts the 1st error.
no, as the error has to be in your stash file, not in the GD Stash folder / database (based on the error message)
This behavior is most likely because the tool only reads the stashes once it has data available (nothing to display before thatâŚ), canât think of anything else
Something really odd, is the program appears to have doubles of all my character saves. One of them is normal, and the other is in red letters listed as vanilla. It also has 2 different stash files, one red and one thatâs not. Could this be related to the problem?
that is not a problem, that is because you have AoM and GD created a vanilla backup for each char the first time you loaded it into AoM.
If you have no intention of playing the vanilla chars (e.g. with friends that do not have the expansion), you can delete the __<charname> (two _ in front) folders in GD\save\main
Just to be clear, this is the correct version of Java, yes?
yes, pretty much any version since 1.7 should work, this one definitely is fine
I donât really have anything noteworthy in my shared stash, if I just delete the shared stash file, and start with a fresh one, it should fix the issue, yes?
I once used a different stash manager program for my shared stash. It might have corrupted the file somehow. I dunno, just speculation.
Edit
The problem was with the vanilla shared stash file. Once I deleted that one, the problem went away.
There was a weird glitch I had in my main stash file where I had a bunch of components stacked on top of each other in 1 slot, and the sort button fixed it. The vanilla stash file most likely had that glitch as well.
assuming this is the only stash you have, I would expect it, yes. Move it to a different dir instead of deleting it, just in case.
I see, that explains the error message. Thanks for your help, now I can have my peace of mind:).
Version 1.2.4a released
Minor bugfixes
Iâm not sure if this is already a known bug, but tonight I discovered that trying to add an invalid prefix to the slith primal ring caused GD Stash to become unresponsive and task manager could not even kill it. I had to reboot my computer.
what do you mean by an invalid prefix ? Which prefix did you use ?
I forget the name of the prefix, but it was one of the blue ones at the top of the list if youâre in No Restrictions mode. After I clicked on it, GD Stash stopped responding and my cpu usage was stuck at 25%. Task Manager also stopped responding when I tried to kill it, so I had to reboot my PC.
I tried maybe 30 times and got it to hang once for no apparent reason and without being able to repeat it.
I canât think of anything in my code that would result in a hang, but I am using a custom drop-down list I found on the web which allows for the text shown in the list to be wider than the actual component. Not sure if this is causing the issue and since it was not reliably reproducable it will also be hard / impossible to track down.