problem with maintained window after camping

karlheinz · #1 12-17-2008, 01:05 PM

ive got a strange problem: whenever i /camp to another char or /quit to charselect to log another char in, the maintained window doesnt show the "additional info" anymore (reactives triggers, ward amount).

the only way to get them back seems to be to completely restart the eq2 client.

is there any command to maybe force the game to reload this specific window or something that might fix that?

**lordebon** · #2 12-17-2008, 01:19 PM

*Shivers saying it*

Try doing a /loadui and selecting Fetish when you see it happeneing, that should hopefully repopulate all the data.

karlheinz · #3 12-17-2008, 01:37 PM

idea is in theory good. the sad thing is that EQ2 ALWAYS crashes when using loadui... at everyone ive talked to, doesnt work anywhere :/

keezyrick · #4 12-17-2008, 02:10 PM

does closing the window and opening back up have any effect?

the dynamic data does strange things with onshow commands and maybe that is what is catching you here after initial load.

maybe you could try forcing the window to reload by removing and adding some maintained buffs while the window is closed and then open it.

the FetishNightFall maintained window is using the bit flag 0x0001 for DynamicData which means it is refreshing on visible/not visible if I understand those flags correctly.

the volume fill stuff is triggering the data you are missing, so it would seem that when an icon goes away and then comes back, the necessary data should be populated. But this may be getting messed up by the fact that they ARE already visible when you switch toons. Fetish zoning is vastly different than the default and that may be confusing the code for the maintained window.

I don't use that feature, but I will load it up this evening and kick the tires a bit. I suspect it is just the magic of DynamicData loading and our access to event commands such as OnShow/OnHide that are conflicting in this situation. An OnHover is usually a good fix for this as you would see in the GroupMembers window where class types are not shown until you hover over the window for the first time and they don't update for new/changed members until you hover again.

Good luck.

**lordebon** · #5 12-17-2008, 04:04 PM

Quote:

Originally Posted by gm9

Uh oh, lordebon turned to the dark side and suggests usage of the /loadui command. Beware.

I feel... dirty.

**Zonx** · #6 12-17-2008, 09:22 PM

This issue is due to a SOE bug introduced with TSO and has been reported to their developers. I will likely be issuing replacements for this window in 2 layouts. The default will include the extra info and an optional file will be included for those that prefer the Icon Only layout.

For those that care about the technical details...

Apparently some windows including the Maintained window are no-longer properly triggering the titlebar OnShow and OnHide events, which I've used in this case to trigger the larger layout. Tests I've performed show that manually hiding/showing the titlebar via script does trigger the events, but for whatever reason hide/show titlebar via Window Settings is not.

Window Settings for Titlebar visibility are often used as a layout trigger since its one of the few preferences that are saved to a character's settings file that can trigger scripts. With this busted, the only options I have are to issue separate files for each layout or to require users to click a layout button each time they log in. I assume the former option is preferred.

**Landiin** · #7 12-17-2008, 11:40 PM

You sure Zonx? I just test the maintain window with a WC_Titlebar page and a LeftGrouper page in WindowFrame tree and toggling the title bar on and off from window settings in game and it fired the OnShow and OnHide script in the WC_Titlebar and LeftGrouper object.

I had it set Volume.Visible=Visible for the script and it would toggle the Volume page with the title bar.

karlheinz · #8 12-18-2008, 11:35 AM

hm.. im pretty sure i was having this very issue since all through-out RoK

also in the maintained window: should selecting "borders+titlebar" be setting the window in the this mode where it would show spellname,target etc right next to the icons aligned vertically? because in those cases where i dont see the dyndate displayed, this mode-change also doesnt work.

and by the way, personally i would be totally fine having a command to use ingame that would 'fix' the window if thats possible until SoE fixes this. maybe this command would then also work when put into the eq2.ini, where ive also put my "load_keymaps xy" which perfectly fixes the 3 year old bug for the keyboard mappings when playing on a localized server

and hiding reopening the window, while canceling/casting buffs in between doesnt fix this sadly.

just wanted lo leave a big THANKS for all the suggestions so far