Project

General

Profile

Bug #3628

In-browse fill-ins do not accept mouse clicks - regression

Added by Stanislav Lomany about 6 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Hynek Cihlar
Target version:
-
Start date:
Due date:
% Done:

100%

billable:
No
vendor_id:
GCD
case_num:
version_reported:
version_resolved:

no-cursor.p Magnifier (553 Bytes) Stanislav Lomany, 06/20/2018 04:46 AM

History

#1 Updated by Stanislav Lomany about 6 years ago

There is the regression in trunk: in-browse fill-ins do not accept mouse clicks - you cannot move cursor or select text with the mouse. Caused by

revno: 11251 [merge]
committer: Hynek Cihlar <hc@goldencode.com>
branch nick: trunk
timestamp: Tue 2018-04-24 08:53:12 +0200
message:
  Multiple menu related fixes and improvements:

  * fixed popup menu not shown after popup overlay window lost focus
  * fixed popup menu was not properly processing key events after opened (focus issues)
  * fixed highlight state was not reset between popup invocations
  * fixed multiple abends and unexpected exceptions
  * fixed abend caused by FILL-IN widget text selection logic
  * fixed abend during menu setup when static sub-menu didn't have a parent menu
  * implemented popup menu resolution in a tree of widgets (on right click, the whole widget tree is searched for a popup-menu not just the focused widget)

  Refs #3487, #3462, #3508, #3532

Reproduction using the provided testcase: just click inside the active fill-in - nothing happens.

#2 Updated by Constantin Asofiei about 6 years ago

This should be fixed in 3507a.

#3 Updated by Eric Faulhaber about 6 years ago

  • % Done changed from 0 to 100
  • Start date deleted (06/20/2018)
  • Status changed from New to Closed

Tested with 3600a/11282. The fill-in reacts to mouse clicks now.

Also available in: Atom PDF