Losing all keybinds on actionbar1

[zork]

I got a really special problem. It's hard to procude aswell. But some people told me that it is there and as far I can tell it should affect TukUi actionbars aswell.

The problem:

Actionbar 1 buttons lose their keybind-reference and cannot be clicked via keybard anymore.

How to produce the problem:

Have a char with a stance. Now go from normal form (normal form, not stance form!) to stance form. Priests can do this for example and druids of course.
Now that you have the bonusbar switch actionbar 1 to bar 2. (default is shift+mousewheel-down I guess). That will bring up bar 2. Now switch out of stance. BÄÄÄÄM. Keybinds do not work. No button is clickable via keyboard. (In fact the keybinds are still intact but the reference is still the bonusbar and if you try to cast a stance button it obviously does not work because you are out of stance now.)

I have no clue how to fix that and searching for advice.

Biggest problem is a stable test example. Trying to reproduce one with my druid later. What I know for sure is that you have to switch from normal to bonusbar to bar 2 and then get out of your stance. Not sure about other circumstances though.

Here is my implementation taken from rActionBarStyler:
http://code.google.com/p/rothui/sour...rs/bar1.lua#34

--init bar
  local bar = CreateFrame("Frame","rABS_MainMenuBar",UIParent, "SecureHandlerStateTemplate")
  --...
 
  local Page = {
    ["DRUID"] = "[bonusbar:1,nostealth] 7; [bonusbar:1,stealth] 8; [bonusbar:2] 8; [bonusbar:3] 9; [bonusbar:4] 10;",
    ["WARRIOR"] = "[bonusbar:1] 7; [bonusbar:2] 8; [bonusbar:3] 9;",
    ["PRIEST"] = "[bonusbar:1] 7;",
    ["ROGUE"] = "[bonusbar:1] 7; [form:3] 10;",
    ["WARLOCK"] = "[form:2] 7;",
    ["DEFAULT"] = "[bonusbar:5] 11; [bar:2] 2; [bar:3] 3; [bar:4] 4; [bar:5] 5; [bar:6] 6;",
  }
 
  local function GetBar()
    local condition = Page["DEFAULT"]
    local class = cfg.playerclass
    local page = Page[class]
    if page then
      condition = condition.." "..page
    end
    condition = condition.." 1"
    return condition
  end
 
  bar:RegisterEvent("PLAYER_LOGIN")
  bar:RegisterEvent("PLAYER_ENTERING_WORLD")
  bar:RegisterEvent("KNOWN_CURRENCY_TYPES_UPDATE")
  bar:RegisterEvent("CURRENCY_DISPLAY_UPDATE")
  bar:RegisterEvent("BAG_UPDATE")
  bar:SetScript("OnEvent", function(self, event, ...)
    if event == "PLAYER_LOGIN" then
      local button, buttons
      for i = 1, NUM_ACTIONBAR_BUTTONS do
        button = _G["ActionButton"..i]
        self:SetFrameRef("ActionButton"..i, button)
      end
 
      self:Execute([[
        buttons = table.new()
        for i = 1, 12 do
          table.insert(buttons, self:GetFrameRef("ActionButton"..i))
        end
      ]])
 
      self:SetAttribute("_onstate-page", [[
        for i, button in ipairs(buttons) do
          button:SetAttribute("actionpage", tonumber(newstate))
        end
      ]])
 
      RegisterStateDriver(self, "page", GetBar())
    elseif event == "PLAYER_ENTERING_WORLD" then
      local button
      for i = 1, 12 do
        button = _G["ActionButton"..i]
        button:SetSize(barcfg.buttonsize, barcfg.buttonsize)
        button:ClearAllPoints()
        button:SetParent(self)
        if i == 1 then
          button:SetPoint("BOTTOMLEFT", bar, 0,0)
        else
          local previous = _G["ActionButton"..i-1]
          if barcfg.uselayout2x6 and i == 7 then
            previous = _G["ActionButton1"]
            button:SetPoint("BOTTOMLEFT", previous, "TOPLEFT", 0, barcfg.buttonspacing)
          else
            button:SetPoint("LEFT", previous, "RIGHT", barcfg.buttonspacing, 0)
          end
        end
      end
    else
       MainMenuBar_OnEvent(self, event, ...)
    end
  end)

All 12 actionbuttons on bar1 get a frame reference and the bar switches _onstate-page.

[sigg]

Hi Zork

I was not able to reproduce your error with your addon load alone.

When you leave the stance form, did you do a shift+mousewheel-up to get the main first bar back ?

Cheers
Sigg

[zork]

That's my problem too. I cannot set up a stable test. I cannot reproduce it. Maybe it's a bug that only occurs on pretty wierd scenarios. Maybe some kind of taint that has yet to be tracked does interferre (or the Blizzard Talent UI who knows...). I have no clue.

Thanks for trying to help. Gonna leave it for now since I cannot find any clue.

[sigg]

* * * RegisterStateDriver(self, "page", GetBar())

Verify if you don't call this function with the same id

Can have strange behaviours

That's all I have in mind