Project

General

Profile

Bug #7215

'display v @ ch' - v gets added to the ch's frame

Added by Constantin Asofiei about 1 year ago. Updated about 1 year ago.

Status:
Closed
Priority:
Normal
Assignee:
Constantin Asofiei
Target version:
-
Start date:
Due date:
% Done:

100%

billable:
No
vendor_id:
GCD
case_num:
version:

History

#2 Updated by Constantin Asofiei about 1 year ago

  • Status changed from New to WIP
  • Assignee set to Constantin Asofiei

In this testcase, 'v' gets added to frame f1, and input v will resolve it from frame f1, instead of frame f2.

def var ch as char.
def var v as char.

form ch with frame f1.

form v with frame f2.

display v with frame f2.
display v @ ch with frame f1.

message input v.

#3 Updated by Constantin Asofiei about 1 year ago

  • Subject changed from 'display f1 @ v2' - f1 gets added to the frame v2's frame to 'display v @ ch' - v gets added to the ch's frame

#4 Updated by Constantin Asofiei about 1 year ago

  • Status changed from WIP to Review
  • % Done changed from 0 to 100

This is fixed in 7199a rev 14510.

#5 Updated by Greg Shah about 1 year ago

Code Review Task Branch 7199a Revision 14510

This one is tough to evaluate. On the surface, I want the added bypass code to be correct. I don't see an obvious reason that is not correct. But I also am nervous that we have been running through those sections of code and that the logic is somehow dependent upon those widgets being processed.

I think testing is the way we'll see if there are some issues. No objections.

#6 Updated by Greg Shah about 1 year ago

  • Status changed from Review to Test

#7 Updated by Constantin Asofiei about 1 year ago

7199a was merged to trunk rev 14514 and archived.

#8 Updated by Greg Shah about 1 year ago

  • Status changed from Test to Closed

Also available in: Atom PDF