Comments (19)
I can confirm the same issue. Raiding on a druid is not possible with current PFUI(feral cat). Sometimes it will generate combo points and others i get nothing for entire mobs.
It ONLY happens in raid and with a group of people. Everything works fine solo or even in a raid by myself.
from pfui.
I can confirm this too, and the reason why it happens seems to have to do something with "click to cast" mouseover.
Maybe the developer can make a check that if a druid is in cat form, that the target swaps/mouseover clicktocast are not working. Only while out of form (not like we can heal or dispel in form anyways)
´That might fix getting our combo points removed while in cat.
from pfui.
This modification didn't completely solve this problem. I hope any developers can pay attention to it. I really wanna switch back to PFUI
from pfui.
I can also confirm this is the case as of last Saturday. It seems to have gotten better but not entirely resolved. This has been going on for over a month for me for sure. I started noticing it in aq40 raid.
from pfui.
bump @shagu
from pfui.
I can't help here, because I was never able to reproduce the issue on my druid.
I also don't see any other code within pfUI that would change the target.
The only automatic target-change that happens is inside the 40y range check emulation, which was already fixed by @gwetchen(d7a7387).
If there's still issues with that, please try to disable the 40y rangecheck and see if it gets better.
The other target-switch that can happen is when using mouseover macros or focus-frame casts, but that's something which cannot be fixed in vanilla. Because It will always silently switch target to cast the spell and then switch back.
Also, are you sure it's not related to any other target-changing addons like HonorSpy, NPCScan, UnitScan, etc?
Please let me know if you find a way to reproduce with only pfUI and I'll gladly help to fix the issue.
But as of now, there's nothing I can do here.
from pfui.
hey @shagu , in my case this is a newish issue. I have been using PFUI for a while and it was fine. Only started bugging out a few months ago. So I'm thinking of doing the following to troubleshoot:
-clean install of turtlewow with no other addons other than PFUI
If that is successful, then I will reinstall the addons I currently have one at a time until it triggers the issue.
If it doesnt fix it then perhaps you can help suggest things to disable such as the 40y range check.
I'll also record my screen if it persists. This is a bit tricky to test since I can only replicate it in raids.
Any other suggestions that might be helpful to test?
thanks!
from pfui.
@shagu ill also try disabling the 40y check first and let you know.
from pfui.
I can't help here, because I was never able to reproduce the issue on my druid. I also don't see any other code within pfUI that would change the target.
The only automatic target-change that happens is inside the 40y range check emulation, which was already fixed by @gwetchen(d7a7387).
If there's still issues with that, please try to disable the 40y rangecheck and see if it gets better.
The other target-switch that can happen is when using mouseover macros or focus-frame casts, but that's something which cannot be fixed in vanilla. Because It will always silently switch target to cast the spell and then switch back.
Also, are you sure it's not related to any other target-changing addons like HonorSpy, NPCScan, UnitScan, etc?
Please let me know if you find a way to reproduce with only pfUI and I'll gladly help to fix the issue. But as of now, there's nothing I can do here.
Could you implement a check that the mouseover casting for raid frames is disabled as long as the druid is in cat form?
So that it only does apply the cast when form is removed? Dunno if that would help maybe? :)
from pfui.
Could you implement a check that the mouseover casting for raid frames is disabled as long as the druid is in cat form? So that it only does apply the cast when form is removed? Dunno if that would help maybe? :)
No, there are way too many people that rely on the mouseover to quickly throw and innvervate, battlerez or heal.
Just don't cast something on others if you want to keep your combo points.
from pfui.
Any other suggestions that might be helpful to test?
- Without any other addons
- With 40y rangecheck disabled (the pfUI default)
- If you use
/startattack
macros (or ones that include theAttackTarget()
call), try without them. I can see a potential that they would break the 40y range check due to timings inside the game engine.
I have no other ideas what could possibly switch targets or confuse the 40y range check.
from pfui.
Finally I found a way to reproduce it at the training dummies in orgrimmar.
Here's how to lose the combopoints of the openening hit:
- Move to Training Dummies
- Group with a character and move him to like 35-40y away from you (>28y and <40y)
- Enable the 40y Range Check in the pfUI settings
- Set "Range Check Interval" to "Very Fast"
- Clear your target and make sure to not have any Combo Points
- Target the Training Dummy
- Open the fight on the training dummy with a Combo Point generating hit like Claw
It's now visible how 1-2 combo points appear for a very short time and directly disappear again.
Like this I'm able to reproduce the loss of opener combo points at a rate of > 90%.
As it is nice to know a way to reproduce, it is also sad why it happens:
After quite some time of debugging it turned out that both event checks (InCombat
and ComboPoints
) are only received with a delay from the server. That communication delay between server and client (or even just client internal?) is bigger than the interval of the range checks. Meaning that when the client detects one of the pause-events, the range check already continued scanning 1-2 units and therefore resetting the combo points back, before the client even notices that he had some.
Sadly, there's also no other usable event fired, that could be use to put in another delay, right after the opener is pressed. So the only way to fix it, would be to disable the 40y-range-check entirely while being in cat form. And therefore turning it back from 40y to the game default of 28y while in this form.
from pfui.
Finally I found a way to reproduce it at the training dummies in orgrimmar. Here's how to lose the combopoints of the openening hit:
1. Move to Training Dummies 2. Group with a character and move him to like 35-40y away from you (>28y and <40y) 3. Enable the 40y Range Check in the pfUI settings 4. Set "Range Check Interval" to "Very Fast" 5. Clear your target and make sure to not have any Combo Points 6. Target the Training Dummy 7. Open the fight on the training dummy with a Combo Point generating hit like Claw
It's now visible how 1-2 combo points appear for a very short time and directly disappear again. Like this I'm able to reproduce the loss of opener combo points at a rate of > 90%.
As it is nice to know a way to reproduce, it is also sad why it happens:
After quite some time of debugging it turned out that both event checks (
InCombat
andComboPoints
) are only received with a delay from the server. That communication delay between server and client (or even just client internal?) is bigger than the interval of the range checks. Meaning that when the client detects one of the pause-events, the range check already continued scanning 1-2 units and therefore resetting the combo points back, before the client even notices that he had some.Sadly, there's also no other usable event fired, that could be use to put in another delay, right after the opener is pressed. So the only way to fix it, would be to disable the 40y-range-check entirely while being in cat form. And therefore turning it back from 40y to the game default of 28y while in this form.
Would that be hard to implement disabling the 40y range check automatically while in cat form and enabling it back when out of cat?
Just for figuring that out you are already a legend, i could never re-produce it myself properly...
And in PvP its such a big game changer if you lose all combo points to nowhere.... will disable 40yard check till there might be found a workaround. ty anyways
from pfui.
Would that be hard to implement disabling the 40y range check automatically while in cat form and enabling it back when out of cat?
No, that would be quite easy. It's just that I'm not happy with it at all. I'd like to give myself and others more time to think about it. Maybe there's another solution that I just can't see right now.
from pfui.
Thanks everyone for the feedback. I tried using a clean client, only installing the latest version of pfui, and went to Zul'Gurub with friends. The same issue still occurred when fighting Hakkar. So I'm pretty sure the problem lies with pfui. It seems like Shagu has already found the issue, looking forward to the day it gets fixed.
from pfui.
Simply turning off the 40 yr check in the pfui settings worked as @shagu suggested! I tested it in Naxx yesterday.
from pfui.
confirmed, worked for me aswell in pve and pvp... sad there is no workaround
from pfui.
Related Issues (20)
- Turtle wow Nameplates bug HOT 2
- Possible to Add Item Level to gear/weapon icons?
- [Turtle WoW] Adding chat tabs doesn't work HOT 1
- Trueshot time is not corrected HOT 2
- wrong translation cause zhCN client can't dismount HOT 3
- Is there a way for the unitframes to hide outside of combat? Or to add macro conditions to the displaying action bars? HOT 2
- There is a new message notification sound effect in the union chat or the team, I want to turn it off HOT 2
- pfUI displays an incorrect duration for the Expose Weakness debuff (Dragonstalker Armor 8p set bonus) HOT 3
- [Suggestion] Current amount counter HOT 2
- Chat bubbles still show for superignore / ignored players HOT 2
- Functions with items not working when clearing the Itemcache.wdb (in WDB folder) HOT 2
- Hide powerbar if not mana user HOT 2
- minor improvements: UI HOT 2
- unusable: performance regression in unusable item detection HOT 7
- Editing of Whitelist/Blacklists HOT 1
- Druid Manabar HOT 2
- Reagent count not showing on Ritual of Refreshment spell on action bars HOT 5
- Scrolling combat text shows behind the nameplates
- Casting bar have problem HOT 4
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from pfui.