Shugotenshi

Have the Hex codes for the Guide, Return, and Muster to Nobottle been found?

Garan

You're Welcome. Glad it's sorted.

Now that he has a better idea where to look, Hyoss can decide whether to track down the crash or just remove the plugin manager option (I removed it from my plugins because it just keeps getting broken, kinda like wack-a-mole).

mreid1972

Thank you! Thank you! Thank you! This is what did it! I had been using the Options via the game's Plugin Manager rather than the Options from the plugin itself. Such a simple fix! Much obliged!

Garan

EDIT: Before you try the steps below, are the options in Travel Window in the Plugin Manager or are they a dialog in Travel Window? i.e. do you click something in Travel Window itself to bring up options or do you open the plugin manager, scroll to TravelWindow and then select the Options tab? I ask because using certain controls/methods with the built-in Options panel has been known to crash the client in the past and it wouldn't surprise me one bit if one or more of those bugs still exist (which is why none of my plugins use the Options in the Plugin Manager)

A number of things happen on logout, so the best thing to do first is to see whether there is any interaction with the other plugins causing this - I doubt AltInventory would cause this as it runs in a seperate apartment (to keep other plugins from causing it problems) but for testing, you should disable ALL plugins that automatically load, then close the client and restart fresh, log in and MANUALLY load JUST TravelWindowII - this can be done easily with the Plugin Manager, just use the main menu (button on the left of the toolbar), select System->Plugin Manager and then select Travel Window and click Load. Change some settings and try to manually unload TravelWindowII (this can be done by using the chat command "/plugins unload" (it will unload all plugins since you didn't give it a name but since TravelWindowII is the only plugin load it will be the only one unloaded)

If the plugin crashes on unload then the problem is definitively in TravelWindowII and only TravelWinbdowII and, well, you and Hyoss will have to work out what is up - it can be a registered event handler not being properly removed, a bug in the unload handler, a stack overflow (rare but possible), etc. and Hyoss would be the best to track it down.

If, on the other hand, the plugin does not crash, I would suggest repeating the test a couple of times and if it continues to behave well, then the problem is an interaction with something else, likely another plugin. Be absolutely sure that you are using the built-in plugin manager to load your plugins, not a plugin loader like Bootstrap (I believe you previously said you used the built in manager). The next step is a bit time consuming but should isolate the issue. First, restart the client (to be sure we have a clean slate) and manually load Titanbar, then manually load TravelWindowII, change settings and try to unload to see if you get a crash. If you can not reproduce the crash, then try restarting the client, and load them in the opposite order, TravelWindowII then TitanBar, make some changes and try unloading. Note that the order they are loaded may be significant if they are in the same Apartment. You can try the same with AltInventory and TravelWindowII and finally with all three to see if you can reliably reproduce the crash and determine which plugins are loaded when it happens and what order they were loaded in. If all of this does not reliably reproduce the crash, then the problem is being introduced by automatically loading the plugins or using logout to unload (not likely, but possible), so again perform the same tests, but only setting one or two to automatically load to determine which combination causes the issue.

mreid1972

Whenever I make some changes to the options in-game (disabling certain travel skills that are enabled, sorting order, etc.) and then try to log out, the game crashes every single time. I tested this multiple times on multiple characters, and it crashed without fail. I then tested NOT making any changes to the plugin and logging out in order to switch characters, and it NEVER crashed. Again, I tested this multiple times on multiple characters.

So, there is something going on causing it to crash when I make changes, and as a result, the settings are never saved.

I have 3 plugins total: TravelWindowII, AltInventory, and TitanBar. I changed settings on the other 2 when I first installed and loaded them, and they have retained their settings; neither of them revert to default settings. And those files are also in the PluginData folder, so there might be something wrong with this particular plugin.

Can anyone help with this?

Hyoss

True, I mixed that up since ESO is bringing out U34 currently and that was so similar :-)

sucamarto

It is U33 Yondershire

Hyoss

You mean in U34? I am aware, just did not have time to log in and get the skill IDs and skillnames.

sucamarto

"Guide to Nobottle" in Yondershirte added.

mreid1972

Hyoss, thanks for working with me so far on trying to figure out why my settings are not sticking. I want to make sure you saw my last comment about my findings. Thanks again for your help.

Fella

Last time I just added the string someone posted (repLocations:AddSkill("Return to Tornhad", "0x70060EA8", "Tornhad (Rep)"), but as you wrote, I have no idea where that "0x70060EA8" came from

Hyoss

Unless you feel confident you can edit a line of code in the plugin and find out the numeric ID of the travel skill I am afraid you cannot do it yourself.

The way SSG has setup the system there is no way to automatically detect new Travel skills after a patch and I need to patch the plugin with every new travel skill that becomes available.

Fella

Hi, how do I add Nobottle?

mreid1972

I looked at and tested several things. Here's what I'm finding.

First, whenever I make some changes to the options in-game (disabling certain travel skills that are enabled, sorting order) and then try to log out, the game crashes every single time. I tested this multiple times on multiple characters, and it crashed without fail. I then tested NOT making any changes to the plugin and logging out in order to switch characters, and it NEVER crashed. Again, I tested this multiple times on multiple characters.

So, there is something going on causing it to crash when I make changes, and maybe that's what's preventing it from being able to save the settings.

What's strange about all this is that I have 3 plugins total: TravelWindowII, AltInventory, and TitanBar. I changed settings on the other 2 when I first installed and loaded them, and they have retained their settings; neither of them revert to default settings. And those files are also in the PluginData folder, so my first instinct is to say it's not a folder issue but rather an issue with this particular plugin.

I did check whether the folder and the files were read only or not, and I'm not sure what's going on with that. I'm including a link below to a folder so you can see screenshots of the 3 options in the Read Only checkbox. First, it can be an empty checkbox. Next, it can have a dash in the box. And finally, it can have a checkmark in the box. I've never seen dashes before, but then again, this isn't something I do everyday.

When I first went to check this, they all had dashes. I don't know what that means. I know what it means if there is NO checkmark or if there IS a checkmark, but what does a dash mean?

I tried changing the parent folder (The Lord of the Rings Online) to be an empty checkbox and applied that setting to all the subfolders and files within, so that means it should have also changed the PluginData folder and all its files. However, anytime I refresh File Explorer, the dash comes back. Not a checkmark - a dash.

I don't know if that has anything to do with the issue, but again, it doesn't seem to be affecting the other two plugins I'm using. They are working with no issue.

Here's the link to the 3 screenshots of the Read Only checkbox: https://1drv.ms/u/s!AslcTuG0MXnRhJh0...hAGoQ?e=14Kklo

Hyoss

So the content of the file looks fine. The only thing I can suggest now is to check if that file has the read-only flag set: https://adamtheautomator.com/how-to-...ile-read-only/

Other than that I will be looking at the source code of the plugin to check what might be causing that behaviour.