Q7

hover-text is recorded then information control are shown using keyboard.

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Won't Fix
  • Affects Version/s: 1.2.2, 1.2.17
  • Fix Version/s: 1.2.19
  • Component/s: Recording, Runtime
  • Labels:
    None
  • Test Mode:
    Manual

Description

Following scenario is recorded if press Cmd + O in java editor.

with [get-editor "test.java" | get-text-viewer] { 
    set-caret-pos 9 1 
    key-type "M1+o" 
    hover-text 9 1 -with M1 
}

hover-text seem not be required, sometimes, because of hover-text information control is hided.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Andrey Sobolev added a comment - 30/Jul/12 11:50 AM

Fixed.

Show
Andrey Sobolev added a comment - 30/Jul/12 11:50 AM Fixed.
Hide
Permalink
Ulyana Skorokhodova added a comment - 05/Mar/13 1:36 PM

Problem still exists.

Import the attached test case.
Use Eclipse as AUT.
Try to re-capture the test case:

1. Click into Class1 editor (somewhere at 2nd line);
2. Press Ctrl+O;
3. Type "main" and press RETURN key.

The following code is recorded:

with [get-editor "Class1.java" | get-text-viewer] {
    hover-text 2 17
    set-caret-pos 2 14
    key-type "M1+o"
    hover-text 2 17 -with M1
}
with [get-window -from "Window.createShell()" | get-editbox] {
    set-text main
    key-type Enter
}
get-editor "Class1.java" | get-text-viewer | key-type Enter

4. Try to replay.

Test fails to locate assistant window because of the hover-text command:

Execution failed on line 7 at column 7 (JavaProjectWithClass.test:7)
Caused by:
The Window "[parentClass, Window.createShell()]" could not be found.

5. Comment line with 

hover-text 2 17 -with M1

6. Try to replay. Test goes further but performs wrong action because key-type Enter command was recorded twice (in Class editor as well as in Assistant window) although it was pressed in assistant window only.

If you comment last line 

get-editor "Class1.java" | get-text-viewer | key-type Enter

test will be replayed correctly.

Show
Ulyana Skorokhodova added a comment - 05/Mar/13 1:36 PM Problem still exists. Import the attached test case. Use Eclipse as AUT. Try to re-capture the test case: 1. Click into Class1 editor (somewhere at 2nd line); 2. Press Ctrl+O; 3. Type "main" and press RETURN key. The following code is recorded: 
with [get-editor "Class1.java" | get-text-viewer] {
    hover-text 2 17
    set-caret-pos 2 14
    key-type "M1+o"
    hover-text 2 17 -with M1
}
with [get-window -from "Window.createShell()" | get-editbox] {
    set-text main
    key-type Enter
}
get-editor "Class1.java" | get-text-viewer | key-type Enter
4. Try to replay. Test fails to locate assistant window because of the hover-text command: Execution failed on line 7 at column 7 (JavaProjectWithClass.test:7) Caused by: The Window "[parentClass, Window.createShell()]" could not be found. 5. Comment line with 
hover-text 2 17 -with M1
6. Try to replay. Test goes further but performs wrong action because key-type Enter command was recorded twice (in Class editor as well as in Assistant window) although it was pressed in assistant window only. If you comment last line 
get-editor "Class1.java" | get-text-viewer | key-type Enter
test will be replayed correctly.
Hide
Permalink
komaz added a comment - 09/Apr/13 12:54 PM - edited

Tried on Mac and Windows. Issue is reproducible only when I do the following:

  1. pressing M1+o
  2. releasing o
  3. move the mouse over the source code wihout releasing M1

In the scenario above I guess the behavior is correct. Possible further improvements might be to either don't record hover-text when it is not really needed or to make somehow that this quick outline window is not closed during replay of hover-text.

Show
komaz added a comment - 09/Apr/13 12:54 PM - edited Tried on Mac and Windows. Issue is reproducible only when I do the following:
  1. pressing M1+o
  2. releasing o
  3. move the mouse over the source code wihout releasing M1
In the scenario above I guess the behavior is correct. Possible further improvements might be to either don't record hover-text when it is not really needed or to make somehow that this quick outline window is not closed during replay of hover-text.

People

Vote (0)
Watch (0)

Dates

  • Created:
    30/Jul/12 11:39 AM
    Updated:
    09/Apr/13 12:54 PM
    Resolved:
    09/Apr/13 12:54 PM
Bug tracking and project tracking for software development powered by Atlassian JIRA (v4.3.3#617-r149616) | Report a problem