| Summary: | [ContentAssist] If no info is provided for the tooltip (ever) we end up breaking regular hover handling | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Eric Moffatt <emoffatt> |
| Component: | Client | Assignee: | Eric Moffatt <emoffatt> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | curtis.windatt.public, libingw, Michael_Rennie |
| Version: | unspecified | ||
| Target Milestone: | 10.0 | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 472622 | ||
|
Description
Eric Moffatt
I've changed the logic to explicitly track when the tooltip's 'visibility' state changes rather than relying on that state to test for visibility. This solves the issue because the 'isVisible' state only becomes true iff the tooltip actually displays results... http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/commit/?id=5a3b8efa60aa190d2ba60eec3170f6cf7d770814 I've made a few tweaks to the code to better handle the lock condition: 1) try to clear the lock always (didn't work) http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/commit/?id=aff7b5303d7e37eb38ecad264c171cb1575eec2a 2) Explicitly have the code that called 'show' with the locking on to explicitly clear the lock http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/commit/?id=d134f150517b2f79b2d2649c812d68abfb34dd83 |