Scholar Strategems not recognized as job actions

[Alyindar]

Several of my jobs.LUA has the following code:

xivhotbar_keybinds_job['SCH'] = {
	{'b 2 10', 'ja', 'Light Arts', 'me', 'L.Arts'},
	{'b 2 11', 'ja', 'Dark Arts', 'me', 'D.Arts'},
}
xivhotbar_keybinds_job['Light Arts'] = {
	{'b 2 12', 'ja', 'Accession', 'me', 'Acces.'},
}
xivhotbar_keybinds_job['Dark Arts'] = {
	{'b 2 12', 'ja', 'Manifestation', 'me', 'Manifest.'},
}

Unfortunately when I change to Light Arts/Dark Arts stances, the Accession or Manifestation actions do not show up on the bar. I tried other Strategems such as Penury or even Addendum: White to no effect. The only way I can make these work is by using an input command:
{'b 2 12', 'input', '/ja "Accession" <me>', '', 'Access.'},
I went through the ability_descriptions.lua library, and confirmed that Accession is listed as [730] and Manifestation as [734], so I'm not sure what is preventing xivhotbar2 from recognizing these as job actions.

[VengefulRacoon]

Not the dev, but to make them work for me it took a bit of trial and error (on my whm/sch) I had to place them like so and the hotbars work just fine:

xivhotbar_keybinds_job['Base'] = {

  {'battle 4 11', 'ja', 'Dark Arts', 'me', 'D.Arts'},
  {'battle 4 12', 'ja', 'Light Arts', 'me', 'L.Arts'},

}


xivhotbar_keybinds_job['SCH'] = {

}


-------------------------- ARTS -----------------
----------- LIGHT
xivhotbar_keybinds_job['Light Arts'] = {
    {'battle 3 9', 'ja', 'Penury', 'me', 'LessMP'},
    {'battle 3 10', 'ja', 'Addendum: White', 'me', 'WHT',},
    {'battle 3 11', 'ja', 'Celerity', 'me', 'LessCast',},
    {'battle 3 12', 'ja', 'Accession', 'me', 'AoE',},
---------------------------------------------------------------- 55 and above
    {'battle 2 9', 'ja', 'Rapture', 'me', 'Enh.WHT',},
    {'battle 2 10', 'ja', 'Altruism', 'me', 'Inc.WHT',},
    {'battle 2 11', 'ja', 'Tranquility', 'me', 'Enmity',},
    {'battle 2 12', 'ja', 'Perpetuance', 'me', 'Enh.Dur',},
}

----------- DARK
xivhotbar_keybinds_job['Dark Arts'] = {
    {'battle 3 9', 'ja', 'Parsimony', 'me', 'LessMP'},
    {'battle 3 10', 'ja', 'Addendum: Black', 'me', 'DRK'},
    {'battle 3 11', 'ja', 'Alacrity', 'me', 'LessCast'},
    {'battle 3 12', 'ja', 'Manifestation', 'me', 'AoE'},
---------------------------------------------------------------- 55 and above
    {'battle 2 9', 'ja', 'Ebullience', 'me', 'Enh.DRK'},
    {'battle 2 10', 'ja', 'Focalization', 'me', 'Inc.DRK'},
    {'battle 2 11', 'ja', 'Equanimity', 'me', 'Enmity'},
    {'battle 2 12', 'ja', 'Immanence', 'me', 'Chain'},
}

Hope this helps.

[Alyindar]

Thanks @VengefulRacoon that was a good work around! I removed the SCH section entirely, and now the job actions in the light arts/dark arts sections are working correctly. So the bug doesn't seem to be that strategems aren't recognized as job actions, but the strategems are ignored if there is a SCH job section.

[DyzzyGIT]

This didn't seem to fix the issue for me for some reason.

[BluesummersC]

+1 For this issue. I don't have a SCH section in SCH.lua, just 'Base', 'Light Arts', 'Dark Arts' and 'WHM'. With the Job Actions being in the stance sections, they do not show up when changing LA or DA.

Edit:
I did some debugging and the issue is that windower is not returning the job abilities from windower.ffxi.get_abilities() fast enough. When the buff hits, get_abilities is called instantly but still returns the values from before the buff. Since Windower doesn't have a wait or sleep, the simplest workaround at the moment is to disable the learned checked for ja by always returning True from the check...

[BluesummersC]

I was wrong about the wait. In xivhotbar.lua, I put a coroutine.sleep(0.1) under line 510 and it seems to be working fine now. There is the ever slightest 100ms delay when changing Arts, but it keeps the JA check functionality and still works fine for me.

[BluesummersC]

I messed around with this more and figured out a better way than a sleep. Turns out the ability change does come in a packet (0x00AC), so you can use that to fire off the update. A quick test that I ran with and didn't have a problem looks like this:

sch_art_buff = nil
windower.register_event('incoming chunk', function(id,original,modified,injected,blocked)
	if state.ready == true then
		if id == 0x0AC then
			for k,v in pairs(windower.ffxi.get_player().buffs) do
				if (v == 358 or v ==359) then
					player:load_job_ability_actions(sch_art_buff)
					ui:load_player_hotbar(player:get_hotbar_info())
				end
			end
		end
	end
end)

windower.register_event('action', function(act)
	if state.ready == true then
		if (act.param == 211 or act.param == 212) then 
			if (act.actor_id == player.id and act.category == 0x06) then
				sch_art_buff = act.param
			end
		end
	end
end)

The ability fire and it saves the id into sch_art_buff so that when the next ability change comes in it can pass it along as normal by checking to make sure that the buff is active (358 and 359) first. No micro pauses when changing Arts this way.