Issue 104181 - freeze when hovering over a table control in design mode
Summary: freeze when hovering over a table control in design mode
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: DEV300m54
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 3.2
Assignee: marc.neumann
QA Contact: issues@dba
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2009-08-12 10:13 UTC by Frank Schönheit
Modified: 2017-05-20 10:28 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
document to reproduce the bug case (8.98 KB, application/vnd.oasis.opendocument.text)
2009-08-12 10:17 UTC, Frank Schönheit 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2009-08-12 10:13:41 UTC 
- open the attached document
- hover with the mouse over the single column in the contained table control
=> OOo freezes
Comment 1 Frank Schönheit 2009-08-12 10:17:43 UTC 
Created attachment 64090 [details]
document to reproduce the bug case
Comment 2 Frank Schönheit 2009-08-12 10:20:14 UTC 
regression between m51 and m52
Comment 3 Frank Schönheit 2009-08-12 10:33:21 UTC 
note: You do not need to hover over the table column, just over the table
control, this is sufficient.
Comment 4 Frank Schönheit 2009-08-12 10:38:06 UTC 
Happens with grid controls only, and is a regression of some drawing layer fixes
done in one of the dba32* CWSes in m52 ...

The problem here is that hovering with the mouse does a hit test on the control
shape, which for this purpose retrieves the decomposition of the respective view
primitive. Since the above mentioned fix, this does a re-positioning of the
control (effectively a XWindow::setPosSize), which in turn generates an
artificial MouseMove event (why?), which for visible controls (grid controls are
visible in design mode) results in requesting a tooltip help, which starts the
same process, again. So, we constantly live in a a "find out which control the
mouse is over, and display the tool tip" loop :(
Comment 5 Frank Schönheit 2009-08-18 12:03:40 UTC 
fixed in CWS dba32f

find more information about this CWS, like when it is available in the master
builds, in EIS, the Environment Information System:
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba32f
Comment 6 Frank Schönheit 2009-08-20 08:08:20 UTC 
fs->msc: please verify in CWS dba32f
Comment 7 marc.neumann 2009-08-28 10:58:59 UTC 
verified in CWS dba32f

find more information about this CWS, like when it is available in the master
builds, in EIS, the Environment Information System:
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba32f