Embedding's chrome listeners have hardcoded behaviour as regards to what tool tip text is associated with a DOM node. Modify the chrome listener so that embedders may register their own service to determine what text should be returned when hovering over a DOM node.

Apologies, last patch was to the trunk. Branch patch is coming after I sort out the different XPIDL semantics.

r=valeski

sr=rpotts looks good to me :-)

Fix is checked into branch and trunk.

mdunn - can you or someone from your team pls verify this?

David can you or Ashish try to verify?

Looks like another code verification. I'll take a look.

I verified that the tool tip provider and chrome listener code were checked into the build. But it would be nice to have a test case to try this out. Anyone have a code snippet which could verify this functionality? If not, QA will try putting together a test case to pass tool tip text to the DOM node and provide a listener to monitor it. Will investigate with other QA members who are more familiar with these areas.

We tried the test case for this bug. We were able to register TooltipListener but the methods were'nt getting callbacks. We had trouble implementing the tooltiptextprovider interface (Needed to set the tooltip in the GetNodeText() method of the interface). Not able to find the header file for nsIToolTipTextProvider interface. David verified the code checkin for this bug.

verified