Plugins Broken Via Version Update

Fixed 2 and 3. For the DressUp error you'll need to specify which file it's in. I think it's helper_functions.lua, but I'm not sure.

The doubling in the chat log is due to us not filtering duplicate packets. It will be fixed soon.

Either this is another issue with Battlemod, or, that is the most terrifying/over powered bunny of all time.

Where'd you get the radar from?

FFXIDB Add-on or Plugin, not sure which it is.

I found it, thanks.

They're level -1; that's an issue with battlemod.

(0xFFFFF is -1 or 4294967295 depending on whether the value is signed or unsigned)

I know, just thought to point it out since it used to display properly if I remember correctly. Still, got a good laugh at it saying that was a level 4 billion bunny! XD

Strange, I remember having that issue before, but I thought we fixed it then. Although that might have been only in the action message event. Battlemod now parses the data itself, so maybe it needs to adjust for that.

Strategem count on timer is broken. instead of counting up to Stratgem[5], it's always on Strategem[1] with a longer recast as you have less strats.

Fixed with today's update - thanks!

Hello, its me again just was playing with battlemod commands and found out how to make battlemod to show in a compact way as it was before, just type that command below into game chat and it will go back to show the arrows icon and less cluster in the chat log, enjoy

//bm simplify

If wanna see other commands just type //bm help

gametime still not working

lua.243 attempt to call global "time_change"

Here's my settings file with that auto-enabled:

..\Windower 4\addons\battlemod\data\settings v3.xml



<?xml version="1.1" ?>
<settings>
<!--
For the output customization lines, ${actor} denotes a value to be replaced. The options are actor, number, abil, and target.
Options for other modes are either "true" or "false". Other values will not be interpreted.
-->
<global>
<cancelmulti>true</cancelmulti>
<commamode>true</commamode>
<condensedamage>true</condensedamage>
<condensetargets>true</condensetargets>
<line_full>[${actor}] ${numb} ${abil} ¨ ${target}</line_full>
<line_nonumber>[${actor}] ${abil} ¨ ${target}</line_nonumber>
<oxford>true</oxford>
<simplify>true</simplify>
<swingnumber>true</swingnumber>
<targetnumber>true</targetnumber>
<tpstatuses>true</tpstatuses>
</global>
</settings>

I tried that and it didnt work.... Thats how i started looking through its commands line. By the way do i have to delete one of the 2 settings xml in battlemod folder, since i got settings & settings v3 in folder?

Went back in setting one and added that simplify true line

findall doesnt seem to be functioning properly.

when i log out i get the message. it wasnt ready
and when start a query it doesn pull any of my offline characters or alts offline or online.

petschool and autocontrol also seem to be not working as of last night. will get the direct lua error asap and post it.

petschool.lua:84 bad argument #1 to 'get_by_index' number expected got nil.

garuda hastega is not giving a buffduration with timers

The PetSchool and Gametime errors should be fixed. What exactly about findAll isn't working? It works fine for me. The message you described appears if you zone too quickly (currently 20s before previous zone or login).

One of the issues I have had with //findall is that no matter how long i have been online, when i logoff it says findall error: findall wasnt ready. i could be online all day standing in same zone and logoff and it will say that. so its not that i am zoning into mog and logging or anything.

Hi Arcon,

I have this issues on both my toons when logging off regardles if been on 5 mins or many hrs...

FindAll is saving itself for marriage!

Im having an issue where windower crashes upon zone change. Was working fine yesterday but today it crashes every time. Any suggestion? I might just erase windower and try reinstalling it.

No need to erase windower, just turn the plugins/addons off. I was having the same issue this morning, I haven't figured out which one it is yet, but turning most of them off solved the issue for me.

I'm having some pretty bad crashing issues but it doesn't seem to just be while zoning. Was something updated and break? Happened on both of my wife's chars within a minute and then to my chars each time.

Been having a recent issue when after I craft an item and my character stands up, all windower info appears on the screen and says Guildwork has successfully unloaded. It only appears again if i try to re-load Guildwork, and only happens when crafting. Anyone else have this issue?

A major source of crashing has been fixed, try restarting and see if it happens again. If it does, crash dumps.

I have noticed that Impetus doesn't seem to show up on StatusTimers when active, it will show that you used it, but doesnt actually show the buff is active on you when you use it.

no, im not logging out before 20 secs or even 10 mins for that matter.. only reasons im logging in is to craft. i log back to main to just what materials i have. and nothing.

looking into it further.
example. querying any specfic item i know is on a character is returning no items for that character.

example2 //findall :character1 on 4 accounts and 5 characters is giving different results. saying no items or correctly resulting in correct items.

also everytime not matter which character or account im on, ive logged out to the response of findall wasnt ready.


also ohshi
helper ufctions.lua62 attempt to index field " a nil value.

I really cannot reproduce it. FindAll seems to work perfectly fine for me:



That's disregarding the logout issue. There are several ways to remedy that, although FindAll should really switch to a packet-based model instead of a constant timer.

Just got an error a few times during Morta with SB:
Lua error (runtime) -...es (x86)windower4/addons/Scoreboard.lua:346: attempt to index a nil value