Question about GameTooltip
Is there a way to "reset" GameTooltip back to its default state? Or, failing that, a way to interrogate it in detail?
I've had this problem for ages and because it's sporadic it's been impossible to track down. At some (seemingly) random point the tooltips will stop showing all their information, and this persists until the client is reloaded. I'm assuming some errant fragment of code is hiding elements (as no errors are thrown) but that's just a guess. I'm hoping there's something simple and obvious I'm missing. |
This is a relatively old and very weird Blizzard bug. Ping the minimap to bring the tooltips back.
|
Quote:
I'm not sure how to respond to that (laugh? cry? slam head into desk?) but I will certainly try it. |
Is that the bug they are talking about?
Are you getting empty tooltips, or instantly disappearing tooltips? The latter is indeed fixed by pinging the minimap, for whatever reason. |
Quote:
It looks like this when it should look like this |
Quote:
|
Hmm... but the one on the left is also not showing all of the item's stats or durability.
What addon(s) are you using to add information/lines to the tooltip? Try running without it to see if that fixes the problem. |
Definitely not the stock tooltips and I've got several that modify it. I can rule out a few b/c it existed before I started using them. (This isn't something new, it's been around for...late Vanilla/early BC I think, I've just gotten fed up with it)
I'm pretty sure (99.999%) it's caused by an addon but it's so bloody intermittent that turning off this or that addon doesn't tell me anything. I've had it happen 5 times to day, 0 times the last two days, once the day before that... As it's addon-data that's getting occluded, if I don't run those addons, how do I know if it's happening or not? so there's that little annoyance. Most of the data is from Pawn, which is the only one that I've run long more-or-less as long as I've seen this crop up; however, I know of no one else using Pawn reporting the problem, so it's got to be something unique to the combination of addons I use. As I said, though, as it can be several days (or longer) between flareups, I can't get any negative data in then amount of time before I go bonkers for not having the addons -- and, yes, the alpha is killing me in that regard. |
Yes, but it's not only addon data that is being excluded.
My guess is that something is failing silently (I assume you have errors enabled), preventing the rest of the lines from being added to the tooltip. (The vendor text is a separate frame, iirc. But I might be thinking of something else - it's been a while since I've looked at the source code.) |
It looks like an addon is cutting off every line of your tooltip after the 9th and leaving the price string (without its label), or is adding it separately. Is this how every item tooltip is displayed? Does this only affect the tooltip on your character sheet, inventory, or chat links?
I'd start with the addon that thinks you've "learned" your boots, then move on to everything else that touches the tooltip, particularly anything you might have written yourself or is marked as outdated if you think this has been happening for more than 10 years. We need a list of every addon you're running to even venture a guess as to what might be causing this. |
Quote:
Quote:
Quote:
!BlizzBugsSuck !BugGrabber acb_CastBar acb_Mirror Ara_Broker_Guild_Friends Ara_Broker_Reputations ArkInventory ArkInventoryConfig ArkInventoryRules AuctionLite AutoLootPlus AzCastBar AzCastBarOptions BelowAverageItems BetterAddonList Broker_Calendar Broker_Garrison BugSack CanIMogIt ChatLoot ChronoBars DejaCharacterStats Dominos Dominos_Config DragEmAll ElkBuffBars ExecutiveAssistant_GraveDiggerIntern ExecutiveAssistant_MinderMinderIntern ExecutiveAssistant_OccupiedIntern ExecutiveAssistant_QuestIntern Executive_Assistant Executive_Assistant_FileCabinet Fortress GatherMate2 GCDRing GoGoMount GoGoMount_ExtraMounts GTFO HandyNotes HandyNotes_Argus HandyNotes_BrokenShore HandyNotes_LegionClassOrderHalls HandyNotes_LegionRaresTreasures HandyNotes_LegionTreasures HandyNotes_WorldMapButton Identity InFlight InFlight_Load InspectorGadgetzan InstancePortals Kui_Media Kui_Nameplates Kui_Nameplates_Core Kui_Nameplates_Core_Config Kui_Nameplates_Elite Mapster Masque MikScrollingBattleText MiniRack [-- custom reduction of ItemRack] MouseUI [-- custom UI] MSBTOptions Notes OPie OPieMasque OrderHallCommander ParagonReputation Pawn Peddler Postal Prat-3.0 Prat-3.0_Libraries QuestItemBar ReGroup SharedMedia SharedMedia-Blizzard Skada Skillet SorhaQuestLog TipTac TipTacItemRef TipTacOptions TipTacTalents Toaster TomTom ToyPlus WorldQuestGroupFinder WorldQuestTab WorldQuestTracker XLoot XLoot_Frame XLoot_Group XLoot_Master XLoot_Monitor XLoot_Options xMerchant Nota Bene: MouseUI is a fairly large UI replacement, from unit-frames to information displays to soup to nuts. Its tooltip handling is bland and straight-forward (except for border-swapping) and extensively tested and debugged in a minimal environment (dominos, fortress, bugsack/-grabber, MouseUI) with never a problem seen. Italics denote addons that I'm fairly sure were added after the first time I noticed the issue. |
If it's not any specific addon, it can always be multiple addons that don't play well only when run together, still.
|
Quote:
|
Quote:
Since you didn't mention whether this is affecting all tooltips or just ones that show up on specific frames, and since I have no idea what's in these 2 addons, the first things I would check are MiniRack and your MouseUI. |
Quote:
I've spent, over the expansions/years this has cropped up, more hours than I want to admit to trying to isolate this but it is grossly intermittent. The only addons that I can absolutely say, due to the number of hours used in isolation, do not cause it are: MouseUI, Dominos, Fortress, BugSack/-Grabber. Given the number of addons changed from first-sighting till today, I can say the Italicized in the list above are unlikely culprits, with the caveat that they might be built on ideas of the addons they replaced and/or create a similar influence themselves. Minirack is a the scaled-back version of ItemRack to just do the flyouts for the character-frame, it doesn't use GameTooltip. MouseUI is my own code (with some fragmentary repurposing from discontinued addons) and I've a) reviewed every interaction with GameTooltip countless times and b) used it enough with the above-mentioned small number of addons to have high-confidence that it isn't a source in whatever is happening. It does absolutely nothing with item tooltips and all interactions are at the API level (:ClearLines(); :AddLine(), etc). Also, it only interacts with GameTooltip with its own objects, not items, etc. Note that the updates from multiple addons (Pawn, AuctionLite, etc) are obscured by the sell-price is intact, and yet game-supplied stat data is also missing and the font-sizes have changed, almost like it's using an incorrect display mask (i.e., using pet-tooltip logic to display item-data) -- which might imply that the addons supplying the missing data aren't being triggered. In the originating post, I asked if there was a way to reset GameTooltip or interrogate/inspect it because I've done the due-diligence in problem isolation and source identification. |
Update for posterity and basic completeness.
I was able to provoke a salient error message using :SetFormattedText(). The "blank lines" have had their font set to nil and size 0. At this point I have no speculation of how the font is being set to nil as this seems to (quite rightly) produce an error when attempted from an Addon. If a font is set, the data is immediately displayed. One could automagically detect-and-correct but I think this is ill-advised and prefer to call the routine if/when detected (I have it launched from a slash-command personally). Below is a universal version should it ever be of any use. Lua Code:
To determine what font or size is used, or verify what's happening before the above, the below spits out data on all displayed lines. Lua Code:
|
Quote:
I don't think there would be much overhead in running that function on gametooltip show to automatically correct the error and effectively never see it. Though that would be a bit hack-ish, but this solution already is. Then again, we don't have access to your code to say whether or not there would be a more efficient solution. I guess if it works for you that's all that counts, though. If you're the only one using that addon, anyway. |
Quote:
Any time you don't know the source or cause of a problem, the corrective code is pretty-much a defacto hack. It's not good to make hacks seamless, the two biggest reasons of which are equally "forgotten problems are never fixed" and "you likely cover up errors that may help diagnose the underlying problem." And where you have to make them real-time seamless, the code should denote them with as much fan-fair as the Second Coming. (Not to mention that when code is around long enough, the baked-in hacks build up and are either obviated or interfere with other code or other hacks, leading to bugs, performance issues, and the dreaded 'timing problem') If I ever do find the source of this silly behavior and it's something Blizzard doesn't let me reach, and conditionless brute-force scanning seems to be the only answer, doing it automatically (when > 6 lines) wouldn't be a terrible workaround, if it was coming up numerous times within a session. I, personally, don't encounter it enough to feel the need for it to actively scan even if it is ultimately determined the 'most logical workaround.' |
All times are GMT -6. The time now is 05:55 PM. |
vBulletin © 2024, Jelsoft Enterprises Ltd
© 2004 - 2022 MMOUI