Bug 497064 - Cannot replay selection of GEF edit part when scrolling is required
Summary: Cannot replay selection of GEF edit part when scrolling is required
Status: UNCONFIRMED
Alias: None
Product: RCPTT
Classification: Technology
Component: Runtime (show other bugs)
Version: 2.1.0   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: 2.0.2   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-06-30 05:16 EDT by Daniel Herding CLA
Modified: 2016-06-30 05:16 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Herding CLA 2016-06-30 05:16:25 EDT
Our application contains a GEF editor to show large graphs.

I scroll down, click on an edit part, and verify that it has been selected. RCPTT will record this:

with [get-editor "OTX Procedure - Procedure_AUT2684" | get-diagram -index 1 | zet-edit-part -className ChartPart | get-edit-part -text ActionXX -index 9 | get-edit-part -className ActionRealisationEditPart] {
    mouse-press 80 18 button1 -height 34 -width 173
    mouse-release 80 18 button1 524288 -height 34 -width 173
    get-property selected | equals true | verify-true
}

When replaying the test, it fails: The mouse press and release events don't cause the edit part to become selected.

This means that:
* Tests recorded on a maximized application will fail if it's not maximized
  during replay. Workaround: Call "get-eclipse-window | maximize" at the
  beginning.
* Tests recorded on a high-resolution monitor will fail to replay on a
  low-resolution system. I don't know a workaround for this.
* For larger graphs, replaying is impossible even on a high-resolution
  screen. I don't know a workaround for this.

Please change the runtime so that it calls org.eclipse.gef.EditPartViewer.reveal(EditPart) before interacting with an edit part (myEditPart.getViewer().reveal(myEditPart).