Project

General

Profile

Bug #2759

Bug #2677: fix drawing and functional differences between P2J GUI and 4GL GUI

the key input becomes frozen (no deadlock) if the keys are pressed rapidly

Added by Sergey Ivanovskiy over 8 years ago. Updated over 7 years ago.

Status:
New
Priority:
Normal
Assignee:
Sergey Ivanovskiy
Target version:
FWD - Cleanup and Stabilization for GUI
Start date:
Due date:
% Done:

0%

billable:
No
vendor_id:
GCD
case_num:

History

#1 Updated by Greg Shah over 8 years ago

  • Subject changed from The key input becomes frozen (no deadlock) if the keys are pressed rapidly to the key input becomes frozen (no deadlock) if the keys are pressed rapidly
  • Description updated (diff)
  • Target version set to Milestone 12
  • Start date deleted (10/14/2015)

Moved "Description" text to here:

1)Open web client for simple server running testcases/uast/demo/demo_widgets.p.
2)Click on the editor to focus it.
There are two possible reproducible states:
a) Sometimes the key input becomes frozen, but there are no dead locks. It can be refreshed again by clicking on the other widgets on the demo frame and then moving focus to the target editor.
b) The key input is not frozen and pressing keys rapidly leads to it becomes frozen for a several seconds and then wakes up with printed keys that have been typed before but have not been visible on the editor.

#2 Updated by Greg Shah about 8 years ago

  • Target version changed from Milestone 12 to Milestone 16

#3 Updated by Greg Shah over 7 years ago

  • Target version changed from Milestone 16 to Cleanup and Stabilization for GUI

Also available in: Atom PDF