VuhDo issueshttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues2023-10-08T18:08:12Zhttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/781Spell Trace uninterruptible casts2023-10-08T18:08:12ZKurt RSpell Trace uninterruptible castsHey, I really like the new Spell Trace feature, thanks for adding that!
For now it seems like I'm only able to trace interruptible spells though.
Would it be possible to trace other casts as well, so I could see spells like Lightning Lash in Vortex Pinnacle or Powder Shot in Freehold being cast on party members?
Cheers!Hey, I really like the new Spell Trace feature, thanks for adding that!
For now it seems like I'm only able to trace interruptible spells though.
Would it be possible to trace other casts as well, so I could see spells like Lightning Lash in Vortex Pinnacle or Powder Shot in Freehold being cast on party members?
Cheers!IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/681HoT Fade Out Not Working?2023-01-21T02:26:36ZMasagiHoT Fade Out Not Working?Prior to the new version, my HoTs would "fade out" as the HoT reached expiration. I haven't touched any of my settings since the new version and now the "fade out" function doesn't seem to be working. This problem exists on both my Resto Druid and Resto Shaman.
I reverted the version back to: VuhDo-v3.145-wotlkc-alpha-2-wrath.zip and it works properly
Thank you!
![Fade_Out](/uploads/ce4ecf995663fdd2e12e44fb8b498754/Fade_Out.png)Prior to the new version, my HoTs would "fade out" as the HoT reached expiration. I haven't touched any of my settings since the new version and now the "fade out" function doesn't seem to be working. This problem exists on both my Resto Druid and Resto Shaman.
I reverted the version back to: VuhDo-v3.145-wotlkc-alpha-2-wrath.zip and it works properly
Thank you!
![Fade_Out](/uploads/ce4ecf995663fdd2e12e44fb8b498754/Fade_Out.png)IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/663Odd standard tooltip behavior with debuffs2023-01-01T23:55:18ZRyan MOdd standard tooltip behavior with debuffs**Confirm the issue lies within VuhDo:**
Issue persists with all other addons disabled.
**Describe your environment:**
* *VuhDo versions - 3.145 (Retail) and 3.145-wotlkc (Classic)*
* Happens in both Retail and Classic versions
* *World of Warcraft region - Americas*
* *World of Warcraft client language - enUS*
**Summary of the issue:**
When using standard tooltips, there is a 1s delay or so when hovering over debuff icons to see their tooltip. This delays ability for quick decision-making. There is also an issue with redrawing the standard unit frame tooltip after this (detailed below). I only use VuhDo for party/raid unit frames, and if using the VuhDo tooltip for these, the debuff tooltip (which is standard blizzard tooltip regardless of setting) is shown instantly, but as I prefer to use the standard tooltip, this should be looked into. This is my only gripe with the addon.
**Expected behavior:**
Ideally this should work like standard party/raid frame tooltips, where hovering over the unit frame will show the player info and hovering over the debuff will instantly switch to the debuff tooltip, and vice-versa.
**Actual behavior:**
When standard tooltip is selected, hovering over the party/raid unit frame correctly shows the player info in the standard tooltip at the standard location, but moving to a debuff icon will delay the display of the debuff tooltip for about 1 second. Additionally, moving back to the unit frame from debuff will properly show the standard unit tooltip again instantly, but then the tooltip will disappear altogether after about 1 second as well. Easily reproduceable by following the above steps. I suppose for easier testing you'd also need to NOT filter debuffs at all, so you can easily test this with something like Forbearance when casting BoP/Divine Shield on a member or yourself/etc. Also easily reproduceable with something like Weakened Soul from PW:S in classic.
**Related error messages:**
No error messages**Confirm the issue lies within VuhDo:**
Issue persists with all other addons disabled.
**Describe your environment:**
* *VuhDo versions - 3.145 (Retail) and 3.145-wotlkc (Classic)*
* Happens in both Retail and Classic versions
* *World of Warcraft region - Americas*
* *World of Warcraft client language - enUS*
**Summary of the issue:**
When using standard tooltips, there is a 1s delay or so when hovering over debuff icons to see their tooltip. This delays ability for quick decision-making. There is also an issue with redrawing the standard unit frame tooltip after this (detailed below). I only use VuhDo for party/raid unit frames, and if using the VuhDo tooltip for these, the debuff tooltip (which is standard blizzard tooltip regardless of setting) is shown instantly, but as I prefer to use the standard tooltip, this should be looked into. This is my only gripe with the addon.
**Expected behavior:**
Ideally this should work like standard party/raid frame tooltips, where hovering over the unit frame will show the player info and hovering over the debuff will instantly switch to the debuff tooltip, and vice-versa.
**Actual behavior:**
When standard tooltip is selected, hovering over the party/raid unit frame correctly shows the player info in the standard tooltip at the standard location, but moving to a debuff icon will delay the display of the debuff tooltip for about 1 second. Additionally, moving back to the unit frame from debuff will properly show the standard unit tooltip again instantly, but then the tooltip will disappear altogether after about 1 second as well. Easily reproduceable by following the above steps. I suppose for easier testing you'd also need to NOT filter debuffs at all, so you can easily test this with something like Forbearance when casting BoP/Divine Shield on a member or yourself/etc. Also easily reproduceable with something like Weakened Soul from PW:S in classic.
**Related error messages:**
No error messagesIvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/533Special Frame (focus) not processing certain commands2022-10-27T22:51:30ZSahviere SSpecial Frame (focus) not processing certain commandsI setup a separate special panel for focus but the 'dropdown' and 'target' commands do not work no matter which mouse-click/key combo I choose. 'Menu' works fine. I reloaded and also checked with no other addons but Vuhdo loaded, but no luck. I couldn't find anything specific online about dropdown/target and which panels they will work with, so sorry if this is intended behaviour.I setup a separate special panel for focus but the 'dropdown' and 'target' commands do not work no matter which mouse-click/key combo I choose. 'Menu' works fine. I reloaded and also checked with no other addons but Vuhdo loaded, but no luck. I couldn't find anything specific online about dropdown/target and which panels they will work with, so sorry if this is intended behaviour.IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/453Issue - Bar glow doesn't work with disabled Icon for custom debuffs2022-03-26T17:16:08ZKnewOneIssue - Bar glow doesn't work with disabled Icon for custom debuffs**Describe your environment:**
* *VuhDo version (e.g. v3.102, Classic or Retail)*
VuhDo v3.132 Retail
* *World of Warcraft region (ie. Americas/Oceanic, EU, CN or KR)*
EU region
* *World of Warcraft client language (eg. enUS)*
ruRU
**Summary of the issue:**
Bar glow doesn't work if icon for a custom debuff is disabled, while bar color can be changed and used alongside disabled icon.
**Expected behaviour:**
Bar should be able to glow with selected color with icon disabled. Icon glow should still continue to not be enabled if icon is disabled.
**Actual behaviour:**
Bar doesn't glow.
Reproduce:
1. Add any custom debuff, my case is a buff for testing purposes - rejuv(774)
![image](/uploads/5955801be12a614f3c68983470933c4d/image.png)
![image](/uploads/b429ae9970ce5d5503290c10dba69a2b/image.png)
As you can see, the bar glows, as expected, and the icon is visible.
2. Remove "icon" component from the debuff editor
![image](/uploads/f9f0fe114aa3ea5687b1b36d40d638c9/image.png)
![image](/uploads/84d4394f9cef25d1ebe6efff1a853575/image.png)
Now there's no icon, the bar color is present, but the bar glow is absent, although that setting wasn't changed.
**Related error messages:**
Nonexistent, Doesn't work without any other addons either**Describe your environment:**
* *VuhDo version (e.g. v3.102, Classic or Retail)*
VuhDo v3.132 Retail
* *World of Warcraft region (ie. Americas/Oceanic, EU, CN or KR)*
EU region
* *World of Warcraft client language (eg. enUS)*
ruRU
**Summary of the issue:**
Bar glow doesn't work if icon for a custom debuff is disabled, while bar color can be changed and used alongside disabled icon.
**Expected behaviour:**
Bar should be able to glow with selected color with icon disabled. Icon glow should still continue to not be enabled if icon is disabled.
**Actual behaviour:**
Bar doesn't glow.
Reproduce:
1. Add any custom debuff, my case is a buff for testing purposes - rejuv(774)
![image](/uploads/5955801be12a614f3c68983470933c4d/image.png)
![image](/uploads/b429ae9970ce5d5503290c10dba69a2b/image.png)
As you can see, the bar glows, as expected, and the icon is visible.
2. Remove "icon" component from the debuff editor
![image](/uploads/f9f0fe114aa3ea5687b1b36d40d638c9/image.png)
![image](/uploads/84d4394f9cef25d1ebe6efff1a853575/image.png)
Now there's no icon, the bar color is present, but the bar glow is absent, although that setting wasn't changed.
**Related error messages:**
Nonexistent, Doesn't work without any other addons eitherIvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/440Healing Absorb2022-01-05T20:47:17ZPeter AndersenHealing AbsorbNoob question
How do i use this function?
https://gitlab.vuhdo.io/vuhdo/vuhdo/-/blob/v3.127-tbcc/VuhDoShieldAbsorb.lua
I want to know healing absorbs.
The friendly absorbs works with the shield status.Noob question
How do i use this function?
https://gitlab.vuhdo.io/vuhdo/vuhdo/-/blob/v3.127-tbcc/VuhDoShieldAbsorb.lua
I want to know healing absorbs.
The friendly absorbs works with the shield status.IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/339Cenarion Ward tracking in HoT Icons/Bars2021-04-14T01:45:16ZNikitaCenarion Ward tracking in HoT Icons/Bars**Confirm the issue lies within VuhDo:**
Disabled all add-ons, issue persists.
**Describe your environment:**
* *VuhDo version (e.g. v3.102, Classic or Retail)*: 3.122
* *World of Warcraft region (ie. Americas/Oceanic, EU, CN or KR)*: EU
* *World of Warcraft client language (eg. enUS)*: enUS
**Summary of the issue:**
As we discussed in your discord - I'm trying to track the active HoT of Cenarion Ward using HoT Icons, but it doesn't seem to track it. There's no icon appearing when the ward (spell ID 102351) gets procced into the heal (spell ID 102352). As I am replicating the issue for this post, I've actually found a way to solve it. Apparently it wouldn't track if I put in the spell ID (102352) alone, it wouldn't track if I put in [h] Cenarion Ward along with it in another slot, but it would start tracking it once I added both spell ID 102352 and spell ID 102351 to HoT Icons.
**Expected behaviour:**
The icon in HoT icons should appear when the ward is being procced.
**Actual behaviour:**
Nothing is appearing at all.
How to reproduce:
1. I've added the spell ID of the active HoT (102352) in slot 6, it didn't appear.
2. I've added [h] Cenarion Ward in slot 2 to have an indirect indicator of the ward being consumed. Slot 6 didn't appear, slot 2 did (slot 2 tracked both the ward as well as the hot that procced after).
3. I changed [h] Cenarion Ward in slot 2 to the spell ID of the ward (102351), slot 6 now works, aswell as slot 2.
4. I changed spell ID of ward (102351) back to [h] Cenarion Ward (for science), slot 6 now does not appear, but slot 2 does (same as in step 2)
5. I changed [h] Cenarion Ward in slot 2 back to the spell ID of the ward (102351), so that both slot 6 and slot 2 work, and then I removed slot 2. Slot 6 is now appearing.
![cen_ward](/uploads/700799af6d8b8cb7d5b33d5ad2f8ed71/cen_ward.png)
**Related error messages:**
None.**Confirm the issue lies within VuhDo:**
Disabled all add-ons, issue persists.
**Describe your environment:**
* *VuhDo version (e.g. v3.102, Classic or Retail)*: 3.122
* *World of Warcraft region (ie. Americas/Oceanic, EU, CN or KR)*: EU
* *World of Warcraft client language (eg. enUS)*: enUS
**Summary of the issue:**
As we discussed in your discord - I'm trying to track the active HoT of Cenarion Ward using HoT Icons, but it doesn't seem to track it. There's no icon appearing when the ward (spell ID 102351) gets procced into the heal (spell ID 102352). As I am replicating the issue for this post, I've actually found a way to solve it. Apparently it wouldn't track if I put in the spell ID (102352) alone, it wouldn't track if I put in [h] Cenarion Ward along with it in another slot, but it would start tracking it once I added both spell ID 102352 and spell ID 102351 to HoT Icons.
**Expected behaviour:**
The icon in HoT icons should appear when the ward is being procced.
**Actual behaviour:**
Nothing is appearing at all.
How to reproduce:
1. I've added the spell ID of the active HoT (102352) in slot 6, it didn't appear.
2. I've added [h] Cenarion Ward in slot 2 to have an indirect indicator of the ward being consumed. Slot 6 didn't appear, slot 2 did (slot 2 tracked both the ward as well as the hot that procced after).
3. I changed [h] Cenarion Ward in slot 2 to the spell ID of the ward (102351), slot 6 now works, aswell as slot 2.
4. I changed spell ID of ward (102351) back to [h] Cenarion Ward (for science), slot 6 now does not appear, but slot 2 does (same as in step 2)
5. I changed [h] Cenarion Ward in slot 2 back to the spell ID of the ward (102351), so that both slot 6 and slot 2 work, and then I removed slot 2. Slot 6 is now appearing.
![cen_ward](/uploads/700799af6d8b8cb7d5b33d5ad2f8ed71/cen_ward.png)
**Related error messages:**
None.IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/323Target2021-02-26T07:51:05Zchad moncadaTarget**Confirm the issue lies within VuhDo:**
Please first disable all add-ons other than VuhDo and VuhDo Options and see if your issue persists. Confirmed on 2 different pc's
**Describe your environment:**
* *VuhDo version (e.g. v3.102, Classic or Retail)* retail 3.120
* You can retrieve this by running the following command in-game: `/dump GetAddOnMetadata("VuhDo", "Version")`
* *World of Warcraft region (ie. Americas/Oceanic, EU, CN or KR)* americas
* *World of Warcraft client language (eg. enUS)* enus
* You can retrieve this by running the following command in-game: `/dump GetLocale()`
**Summary of the issue:**
Describe your issue here. target frame will not show up when targeting a mob after I set a focus and then clear focus when I have no target. If I then set a new focus it will start working again, but will stop again if clearing focus only when I don't have something currently targeted.
**Expected behaviour:**
Tell me what you feel should be happening. panel to show reguardless if i clear focus
**Actual behaviour:**
Tell me what is happening instead, contrary to the expectations you documented above. target panel does not show
Tell me how to reproduce your issue. Please provide step-by-step instructions. target anything, set focus, clear target, clear focus, target something panel will then not show, target something, set focus, target will start working again
**Related error messages:**
Please first install the following two add-ons to assist in capturing any error messages in-game: no error messages[profile.txt](/uploads/c182e8371bba97cfa74aa4c94d3eb924/profile.txt) attached profile incase it is something weird in my settings.
* [BugGrabber](https://www.curseforge.com/wow/addons/bug-grabber)
* [BugSack](https://www.curseforge.com/wow/addons/bugsack)
Next, disable all add-ons except for Bugsack, Bug Grabber, VuhDo and VuhDo Options.
Capture any VuhDo related error messages and paste them here verbatim.**Confirm the issue lies within VuhDo:**
Please first disable all add-ons other than VuhDo and VuhDo Options and see if your issue persists. Confirmed on 2 different pc's
**Describe your environment:**
* *VuhDo version (e.g. v3.102, Classic or Retail)* retail 3.120
* You can retrieve this by running the following command in-game: `/dump GetAddOnMetadata("VuhDo", "Version")`
* *World of Warcraft region (ie. Americas/Oceanic, EU, CN or KR)* americas
* *World of Warcraft client language (eg. enUS)* enus
* You can retrieve this by running the following command in-game: `/dump GetLocale()`
**Summary of the issue:**
Describe your issue here. target frame will not show up when targeting a mob after I set a focus and then clear focus when I have no target. If I then set a new focus it will start working again, but will stop again if clearing focus only when I don't have something currently targeted.
**Expected behaviour:**
Tell me what you feel should be happening. panel to show reguardless if i clear focus
**Actual behaviour:**
Tell me what is happening instead, contrary to the expectations you documented above. target panel does not show
Tell me how to reproduce your issue. Please provide step-by-step instructions. target anything, set focus, clear target, clear focus, target something panel will then not show, target something, set focus, target will start working again
**Related error messages:**
Please first install the following two add-ons to assist in capturing any error messages in-game: no error messages[profile.txt](/uploads/c182e8371bba97cfa74aa4c94d3eb924/profile.txt) attached profile incase it is something weird in my settings.
* [BugGrabber](https://www.curseforge.com/wow/addons/bug-grabber)
* [BugSack](https://www.curseforge.com/wow/addons/bugsack)
Next, disable all add-ons except for Bugsack, Bug Grabber, VuhDo and VuhDo Options.
Capture any VuhDo related error messages and paste them here verbatim.IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/317Custom debuff Sound file selector is too big for many entries2021-02-13T03:03:28ZMaw WalkerCustom debuff Sound file selector is too big for many entries**Confirm the issue lies within VuhDo:**
The issue lies within VuhDo, but is not really reproducible without further addons those add additional sounds.
**Describe your environment:**
- VuhDo version (e.g. v3.102, Classic or Retail): **Retail 3.120**
- World of Warcraft region (ie. Americas/Oceanic, EU, CN or KR): **EU**
- World of Warcraft client language (eg. enUS): **enUS**
**Summary of the issue:**
The custom debuff Sound file selector gets too big if there are many sounds to choose from.
**Expected behaviour:**
A selector where I can see and select all sounds. (A searchable dynamicly filtered drop-down would be the best but AFAIK that is non-existing in this UI framework.)
**Actual behaviour:**
See on the image:
![WoWScrnShot_021221_103646](/uploads/399f9708307d25380b26f1787baf371b/WoWScrnShot_021221_103646.jpg)
This can be a little bit mitigated by changing the zoom factor of the vuhdo UI but it is just a workaround for this "bug".
I believe there may be another places in the menu hierarchy where this happens.**Confirm the issue lies within VuhDo:**
The issue lies within VuhDo, but is not really reproducible without further addons those add additional sounds.
**Describe your environment:**
- VuhDo version (e.g. v3.102, Classic or Retail): **Retail 3.120**
- World of Warcraft region (ie. Americas/Oceanic, EU, CN or KR): **EU**
- World of Warcraft client language (eg. enUS): **enUS**
**Summary of the issue:**
The custom debuff Sound file selector gets too big if there are many sounds to choose from.
**Expected behaviour:**
A selector where I can see and select all sounds. (A searchable dynamicly filtered drop-down would be the best but AFAIK that is non-existing in this UI framework.)
**Actual behaviour:**
See on the image:
![WoWScrnShot_021221_103646](/uploads/399f9708307d25380b26f1787baf371b/WoWScrnShot_021221_103646.jpg)
This can be a little bit mitigated by changing the zoom factor of the vuhdo UI but it is just a workaround for this "bug".
I believe there may be another places in the menu hierarchy where this happens.IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/291Lua error on assignment of backslash + modifier key2021-01-12T04:55:43ZDusty ThurmanLua error on assignment of backslash + modifier key**Confirm the issue lies within VuhDo:**
Issue occurs even with only VuhDo and VuhDo options enabled.
**Describe your environment:**
VuhDo version 3.119
Americas
enUS
**Summary of the issue:**
Lua error about clear bindings as soon as I hover over the VuhDo frame.
Describe your issue here.
Setting up characters. Started with Paladin. Ret and Prot set up normally. Setting up Holy. Each has their own key local. Once key local was set for Holy and I saved the configuration, I tested and none of the click casting from the key locals work. Left and right are set to target and dropdown and they work normally.
```
11x FrameXML\RestrictedExecution.lua:431: Call failed: FrameXML\RestrictedExecution.lua:126: [string "self:ClearBindings();self:SetBindingClick(0, "[", self:GetName(..."]:1: ')' expected near 'ik8'
[string "=[C]"]: ?
[string "@FrameXML\RestrictedExecution.lua"]:431: in function <FrameXML\RestrictedExecution.lua:420>
[string "=(tail call)"]: ?
[string "=(tail call)"]: ?
[string "@FrameXML\SecureHandlers.lua"]:84: in function `SecureHandler_OnSimpleEvent'
[string "*:OnEnter"]:3: in function <[string "*:OnEnter"]:1>
[string "=[C]"]: ?
Locals:
(*temporary) = "Call failed: FrameXML\RestrictedExecution.lua:126: [string "self:ClearBindings();self:SetBindingClick(0, "[", self:GetName(..."]:1: ')' expected near 'ik8'"
```
**Expected behaviour:**
Tell me what you feel should be happening.
**Actual behaviour:**
Tell me what is happening instead, contrary to the expectations you documented above.
Tell me how to reproduce your issue. Please provide step-by-step instructions.
**Related error messages:**
Please first install the following two add-ons to assist in capturing any error messages in-game:
* [BugGrabber](https://www.curseforge.com/wow/addons/bug-grabber)
* [BugSack](https://www.curseforge.com/wow/addons/bugsack)
Next, disable all add-ons except for Bugsack, Bug Grabber, VuhDo and VuhDo Options.
Capture any VuhDo related error messages and paste them here verbatim.
```
6x FrameXML\RestrictedExecution.lua:431: Call failed: FrameXML\RestrictedExecution.lua:126: [string "self:ClearBindings();self:SetBindingClick(0, "[", self:GetName(..."]:1: ')' expected near 'ik8'
[string "=[C]"]: ?
[string "@FrameXML\RestrictedExecution.lua"]:431: in function <FrameXML\RestrictedExecution.lua:420>
[string "=(tail call)"]: ?
[string "=(tail call)"]: ?
[string "@FrameXML\SecureHandlers.lua"]:84: in function `SecureHandler_OnSimpleEvent'
[string "*:OnEnter"]:3: in function <[string "*:OnEnter"]:1>
[string "=[C]"]: ?
Locals:
(*temporary) = "Call failed: FrameXML\RestrictedExecution.lua:126: [string "self:ClearBindings();self:SetBindingClick(0, "[", self:GetName(..."]:1: ')' expected near 'ik8'"
```**Confirm the issue lies within VuhDo:**
Issue occurs even with only VuhDo and VuhDo options enabled.
**Describe your environment:**
VuhDo version 3.119
Americas
enUS
**Summary of the issue:**
Lua error about clear bindings as soon as I hover over the VuhDo frame.
Describe your issue here.
Setting up characters. Started with Paladin. Ret and Prot set up normally. Setting up Holy. Each has their own key local. Once key local was set for Holy and I saved the configuration, I tested and none of the click casting from the key locals work. Left and right are set to target and dropdown and they work normally.
```
11x FrameXML\RestrictedExecution.lua:431: Call failed: FrameXML\RestrictedExecution.lua:126: [string "self:ClearBindings();self:SetBindingClick(0, "[", self:GetName(..."]:1: ')' expected near 'ik8'
[string "=[C]"]: ?
[string "@FrameXML\RestrictedExecution.lua"]:431: in function <FrameXML\RestrictedExecution.lua:420>
[string "=(tail call)"]: ?
[string "=(tail call)"]: ?
[string "@FrameXML\SecureHandlers.lua"]:84: in function `SecureHandler_OnSimpleEvent'
[string "*:OnEnter"]:3: in function <[string "*:OnEnter"]:1>
[string "=[C]"]: ?
Locals:
(*temporary) = "Call failed: FrameXML\RestrictedExecution.lua:126: [string "self:ClearBindings();self:SetBindingClick(0, "[", self:GetName(..."]:1: ')' expected near 'ik8'"
```
**Expected behaviour:**
Tell me what you feel should be happening.
**Actual behaviour:**
Tell me what is happening instead, contrary to the expectations you documented above.
Tell me how to reproduce your issue. Please provide step-by-step instructions.
**Related error messages:**
Please first install the following two add-ons to assist in capturing any error messages in-game:
* [BugGrabber](https://www.curseforge.com/wow/addons/bug-grabber)
* [BugSack](https://www.curseforge.com/wow/addons/bugsack)
Next, disable all add-ons except for Bugsack, Bug Grabber, VuhDo and VuhDo Options.
Capture any VuhDo related error messages and paste them here verbatim.
```
6x FrameXML\RestrictedExecution.lua:431: Call failed: FrameXML\RestrictedExecution.lua:126: [string "self:ClearBindings();self:SetBindingClick(0, "[", self:GetName(..."]:1: ')' expected near 'ik8'
[string "=[C]"]: ?
[string "@FrameXML\RestrictedExecution.lua"]:431: in function <FrameXML\RestrictedExecution.lua:420>
[string "=(tail call)"]: ?
[string "=(tail call)"]: ?
[string "@FrameXML\SecureHandlers.lua"]:84: in function `SecureHandler_OnSimpleEvent'
[string "*:OnEnter"]:3: in function <[string "*:OnEnter"]:1>
[string "=[C]"]: ?
Locals:
(*temporary) = "Call failed: FrameXML\RestrictedExecution.lua:126: [string "self:ClearBindings();self:SetBindingClick(0, "[", self:GetName(..."]:1: ')' expected near 'ik8'"
```IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/248Debuff Tooltips2020-12-01T01:44:41ZJWeaverDebuff TooltipsIs there any workaround of possible fix action so the debuff tooltips will work while using ElvUI? Before Shadowlands update my debuff tooltips actually still worked while using ElvUI. Now they don't.Is there any workaround of possible fix action so the debuff tooltips will work while using ElvUI? Before Shadowlands update my debuff tooltips actually still worked while using ElvUI. Now they don't.IvariaIvariahttps://gitlab.vuhdo.io/vuhdo/vuhdo/-/issues/90Empty panel after exiting dungeon/expedition2021-12-12T19:10:32ZLlethander DraeEmpty panel after exiting dungeon/expeditionWhen exiting a Dungeon/Raid/Island Expedition the Vuhdo panel doesn't refresh to a solo state. Instead, it shows an empty frame.
![Capture](/uploads/859f888ef447c7e95b68f0fe1932ad37/Capture.PNG)When exiting a Dungeon/Raid/Island Expedition the Vuhdo panel doesn't refresh to a solo state. Instead, it shows an empty frame.
![Capture](/uploads/859f888ef447c7e95b68f0fe1932ad37/Capture.PNG)IvariaIvaria