Activity
From 03/03/2026 to 04/01/2026
04/01/2026
- 06:53 AM Bug #11343: Alert-box suddenly disppears when a specific item is selected from a drop-down list u...
- The app seems to be frozen after the alert-box is hidden until we press *ESC*.
If we press *ESC*, the alert-box win... - 05:56 AM Bug #11343: Alert-box suddenly disppears when a specific item is selected from a drop-down list u...
- The alert box window is suddenly hidden just when we select the room number while the drop-down is active.
- 04:08 AM Bug #11343: Alert-box suddenly disppears when a specific item is selected from a drop-down list u...
- To reproduce the issue just select (using @UP@ / @DOWN@ key) the *203* number from the list.
- 04:06 AM Bug #11343: Alert-box suddenly disppears when a specific item is selected from a drop-down list u...
- This is the testcase:...
- 04:05 AM Bug #11343 (Review): Alert-box suddenly disppears when a specific item is selected from a drop-do...
- 04:53 AM Bug #10875: COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- Smoke testing for Hotel GUI and a Customer GUI app passed successfully.
03/30/2026
- 03:50 PM Bug #11314: UP/DOWN key pressed after CTRL_LEFT /CTRL_RIGHT in a COMBO-BOX doesn't select the cor...
- Code review 11314a. The changes look good.
Just another point, @CTRL+SHIFT+LEFT@/@RIGHT@ are not excluded from th... - 03:45 PM Bug #11294 (WIP): Widget is overlapped by another widget after the parent frame is made visible
- With the changes @makeFrameVisible@ duplicates the logic already in @setChildrenVisible@. Can these be deduplicated?
... - 08:23 AM Bug #10875 (Internal Test): COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- Code review 10875a. The changes look good. Please regression test the changes, also include ChUI regression tests.
- 07:42 AM Bug #11303: Editor isn't drawn when it is defined using INNER-CHARS and INNER-LINES
- The dimension of the scrollpaneguiimpl (*editorscroll*) is 0 x 0 when we use INNER-CHARS/INNER-LINES in the editor de...
- 05:03 AM Bug #10915: ugly dialogs
- I tested 10915a and found two issues: one is related to progress bar cancel button and the other issue is related to ...
03/25/2026
- 09:11 AM Bug #10915 (Internal Test): ugly dialogs
- OK, so what testing is needed to make sure this is safe?
- 08:16 AM Bug #10915: ugly dialogs
- Greg Shah wrote:
> Hynek: Please review.
Actually the code was already reviewed. The problem can be related to miss... - 06:07 AM Bug #10915: ugly dialogs
- Hynek: Please review.
- 08:49 AM Bug #11326: Reduce memory consumption of FWD clients
- This task is about attempting to reduce the memory requirement for FWD clients. Customers are currently staying withi...
- 08:46 AM Bug #11326 (Test): Reduce memory consumption of FWD clients
- 06:09 AM Bug #10875 (Review): COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- Fixed:
* the history entry
* the new addition from @ComboBoxGuiImpl.processSystemKey@ by using the key code, not th... - 04:13 AM Bug #11314 (Review): UP/DOWN key pressed after CTRL_LEFT /CTRL_RIGHT in a COMBO-BOX doesn't selec...
- Hynek Cihlar wrote:
> Code review 11314a.
>
> The history entry @028@ description reads: _"Don't clear the list s...
03/24/2026
- 05:22 AM Bug #11314 (WIP): UP/DOWN key pressed after CTRL_LEFT /CTRL_RIGHT in a COMBO-BOX doesn't select t...
- Code review 11314a.
The history entry @028@ description reads: _"Don't clear the list selection if for CTRL + LEFT... - 05:14 AM Bug #11170 (WIP): The caret position is initially wrong for DECIMAL/INTEGER FILL-IN widgets
- Code review 11170.
# *@ThinClient@ dependency creates layer violation, NPE risk, and inconsistency*: The @getIniti... - 04:47 AM Bug #11191: ChUI: COMBO-BOX raises error 4058 on valid SCREEN-VALUE assignment
- Did some extensive testing for the following control set entities: radio-set, combo-box and selection-list. Consider ...
- 04:46 AM Bug #10875 (WIP): COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- Code review 10875a.
*DefaultList history header format error.* The new history entry reads @* 016 DMM 20260320@ b...
03/23/2026
- 07:50 AM Bug #10938 (Review): Date FILL-IN: Incorrect SCREEN-VALUE after widget enablement
- *Hynek*: Please review 10938a/rev. 16470.
- 06:28 AM Bug #10875 (Review): COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- Created a new issue in User Interface for @CTRL + UP/DOWN@ events behavior in ChUI mode because in FWD they don't wor...
- 06:24 AM Bug #11319: CTRL_UP/CTRL_DOWN event in ChUI mode for a COMBO-BOX should do nothing
- Testcase:...
- 06:23 AM Bug #11319 (New): CTRL_UP/CTRL_DOWN event in ChUI mode for a COMBO-BOX should do nothing
- 05:48 AM Bug #11170 (Review): The caret position is initially wrong for DECIMAL/INTEGER FILL-IN widgets
- The solution is committed to *11170a* branch rev. *16408*.
Hynek, please review.
Thank you! - 03:54 AM Bug #11314 (Review): UP/DOWN key pressed after CTRL_LEFT /CTRL_RIGHT in a COMBO-BOX doesn't selec...
- 03:53 AM Bug #11314 (WIP): UP/DOWN key pressed after CTRL_LEFT /CTRL_RIGHT in a COMBO-BOX doesn't select t...
- Committed a solution to *11314a* branch rev. *16480*.
Hynek, please review when you get a chance. Thanks!
03/20/2026
- 08:39 AM Bug #11314: UP/DOWN key pressed after CTRL_LEFT /CTRL_RIGHT in a COMBO-BOX doesn't select the cor...
- The issue seems to come from the fact that selection from the list is emptied when event CTRL_LEFT/CTRL_RIGHT occurs ...
- 06:47 AM Bug #11314: UP/DOWN key pressed after CTRL_LEFT /CTRL_RIGHT in a COMBO-BOX doesn't select the cor...
This is a simple COMBO-BOX testcase from #10875:...- 06:43 AM Bug #11314 (Test): UP/DOWN key pressed after CTRL_LEFT /CTRL_RIGHT in a COMBO-BOX doesn't select ...
- 07:10 AM Bug #11191 (WIP): ChUI: COMBO-BOX raises error 4058 on valid SCREEN-VALUE assignment
- Analyzed the error handling from 4GL related to setting the @SCREEN-VALUE@ attribute. I'll use the following messages...
- 06:20 AM Bug #10875: COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- Committed some changes for GUI issue: 10875a branch rev. *16478*.
Added functionality for @CTRL_UP@ and @CTRL_DOWN@ ... - 05:23 AM Bug #10875: COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- It seems that in *ChUI* mode in FWD, even if we press @CTRL-DOWN@ combo, for example, the "processed" event is @CURSO...
- 04:56 AM Bug #10875: COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- Created task branch *10875a*.
- 04:00 AM Bug #10875: COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- There are two aspects:
* In FWD *GUI* mode, the @CTRL@ + @UP/DOWN@ key doesn't work like in OE. The behavior shoul... - 03:17 AM Bug #10875 (WIP): COMBO-BOX: Ctrl-UP and Ctrl-DOWN keys do nothing
- 02:46 AM Bug #10938: Date FILL-IN: Incorrect SCREEN-VALUE after widget enablement
- Hynek Cihlar wrote:
> Razvan, it is important to figure out the exact point in the 4GL execution when widgets are in...
03/19/2026
- 09:12 AM Bug #10938: Date FILL-IN: Incorrect SCREEN-VALUE after widget enablement
- Razvan, it is important to figure out the exact point in the 4GL execution when widgets are initialized. Is it really...
- 08:46 AM Bug #10938: Date FILL-IN: Incorrect SCREEN-VALUE after widget enablement
- I've tested this patch:...
03/17/2026
- 06:56 AM Bug #11303: Editor isn't drawn when it is defined using INNER-CHARS and INNER-LINES
- Testcase:...
- 06:52 AM Bug #11303 (Review): Editor isn't drawn when it is defined using INNER-CHARS and INNER-LINES
- 03:31 AM Bug #10938 (WIP): Date FILL-IN: Incorrect SCREEN-VALUE after widget enablement
- The core issue is that after processing the ENABLE statement on client and handling the new screen buffers on the ser...
03/16/2026
- 09:32 AM Bug #11114 (Internal Test): NPE when redirecting terminal
- Thanks, please put it in test.
- 09:25 AM Bug #11114: NPE when redirecting terminal
- Yes. In ChUI, @Window.message()@ is invoked which sends the text to both the terminal and stream:...
- 09:06 AM Bug #11114: NPE when redirecting terminal
- In ChUI, the message also appears at the terminal/message area. In GUI, it does not appear in message area. This is...
- 05:23 AM Bug #11114 (Review): NPE when redirecting terminal
- 05:23 AM Bug #11114 (WIP): NPE when redirecting terminal
- When an error message was displayed in redirected mode, without ALERT-BOX, the request was sent to the legacy message...
- 08:50 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > In regard to the widget hierarchy rework, I think we might be well served to extract the WIN32 control behavior int...
- 08:29 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- In regard to the widget hierarchy rework, I think we might be well served to extract the WIN32 control behavior into ...
- 08:12 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > Previously I mentioned it would be impossible to provide good UX using the canvas rendering approach, but I think m...
- 07:56 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Alexandru Lungu wrote:
> So .NET controls will be rendered in iframes?
Yes, not in canvas but in DOM. There are p... - 07:40 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > This was my point in #11283-13 that "We could consider reworking the widget hierarchy to implement a set of more ge...
03/13/2026
- 12:43 PM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > So instead of trying to make the .NET effort named C extend B, what about having parallel implementations so that B...
- 12:03 PM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Alex, I think we are both on the same trajectory with your ABC decomposition. The question is what should be still co...
- 10:50 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > The Infragistics web controls may not be fully compatible with the .NET versions.
I also had this POV in #11283-... - 10:49 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > The programming model goes from declarative to imperative. You can't wrap an object-based, manually-constructed con...
- 10:18 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Greg Shah wrote:
> This is an interesting idea. I recall that use of .NET GUI must be on a Windows Form as the cont... - 10:13 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Greg Shah wrote:
> > Legacy 4GL UI is declarative, frame-based, blocking, and coupled to the database transaction mo... - 07:38 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > Legacy 4GL UI is declarative, frame-based, blocking, and coupled to the database transaction model. .NET UI is impe...
- 03:02 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Hynek Cihlar wrote:
> This leads me to the question. Do we actually want to extend our implementation of the legacy ... - 07:53 AM Bug #11294 (Review): Widget is overlapped by another widget after the parent frame is made visible
- 07:53 AM Bug #11294 (WIP): Widget is overlapped by another widget after the parent frame is made visible
- Found a solution based on the changes from #11179:
* move the hidden widgets (not frames) on the top of the parent f... - 03:45 AM Bug #11294: Widget is overlapped by another widget after the parent frame is made visible
- This testcase:...
- 03:38 AM Bug #11294 (Review): Widget is overlapped by another widget after the parent frame is made visible
03/12/2026
- 07:33 PM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Some more thoughts.
The .NET UI is a completely different beast from the legacy UI. It's fundamentally different p... - 10:06 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Greg Shah wrote:
> Hynek: Let me know how you think this can fit in to your current workload.
Since Lyra is movin... - 08:28 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Hynek Cihlar wrote:
> Greg Shah wrote:
> > Hynek: In regard to your idea from #11283-8, what do you estimate it wou... - 08:24 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Exposing the new .NET UI classes directly to 4GL OO code makes sense. The conversion would then be quite direct.
- 08:15 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > We could consider reworking the widget hierarchy to implement a set of more generic base classes that map to WIN32 ...
- 05:21 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Greg Shah wrote:
> Hynek: In regard to your idea from #11283-8, what do you estimate it would take to do a POC for i... - 04:59 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Hynek: In regard to your idea from #11283-8, what do you estimate it would take to do a POC for implementing the @Ult...
- 04:57 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- The customer reports that their entire UI is based on the .NET GUI. This means that we would need to implement more t...
- 05:14 AM Bug #10915: ugly dialogs
- Rebased revision 16490 (10915a).
03/11/2026
- 07:52 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- My last note is in regard to #11284. "NET Windows Form usage" can happen from within 4GL code or C# code. The link in...
- 07:33 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Greg Shah wrote:
> I was not planning to use any Infragistics or .NET binaries from any replacement controls. The i... - 07:13 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- I was not planning to use any Infragistics or .NET binaries from any replacement controls. The idea is to implement ...
- 06:55 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- > Rewriting the controls will surely be the most code but I think the least troubles in the end.
I would add "the ... - 06:11 AM Bug #10856 (Test): Logical FILL-IN: Caret position issues
- Branch *10856a* was merged into trunk as rev. *16467* and archived.
- 06:04 AM Bug #10856 (Merge Pending): Logical FILL-IN: Caret position issues
- Delia Mitric wrote:
> It is ready to be merged
Looks good to me as well. 10856a can be merged right now.
- 05:44 AM Bug #10856: Logical FILL-IN: Caret position issues
- Another GUI customer application has been successfully tested.
The testing phase is complete.
It is ready to be m... - 05:12 AM Bug #10856: Logical FILL-IN: Caret position issues
- Rebased branch *10856a*.
03/10/2026
- 03:32 PM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Hynek Cihlar wrote:
> Rewriting the controls will surely be the most code but I think the least troubles in the end.... - 02:32 PM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Rewriting the controls will surely be the most code but I think the least troubles in the end. This will be a really ...
- 10:54 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Idea 2 is supposed to be HTML components which may bring their own complications (as we will want to integrate this t...
- 10:43 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Using AWT won't solve much for us considering the target will surely be web. The ideas for re-routing the output and...
- 10:32 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- h3. Idea 1
> Looks like there are .NET to AWT bridges like https://jnbridge.com/ which integrate winforms with AWT... - 09:25 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- Looks like there are .NET to AWT bridges like https://jnbridge.com/ which integrate winforms with AWT/Swing. But to ...
- 08:58 AM Support #11283: design discussion of how to replace .NET Windows Forms usage
- If a customer has a lot of .NET Windows Form usage, I'd like to discuss the kinds of things we can do to effectively ...
- 08:56 AM Support #11283 (New): design discussion of how to replace .NET Windows Forms usage
- 07:03 AM Bug #10856: Logical FILL-IN: Caret position issues
- Delia, I reran the ChUI regression tests with the changes from 10856a. Previously there were 28 failing tests, but no...
03/09/2026
- 08:31 AM Bug #11170: The caret position is initially wrong for DECIMAL/INTEGER FILL-IN widgets
- Committed a fix to *11170a branch as rev 16407*, but while testing it on different DECIMAL formats, found that for "9...
- 05:31 AM Bug #11170: The caret position is initially wrong for DECIMAL/INTEGER FILL-IN widgets
- The initial cursor position for @DECIMAL FILL-IN@ is 8 because of the *screen.length()* value which is 9.
When the ...
03/06/2026
- 09:08 AM Bug #11252 (Test): New Session functionality is broken for the virtual desktop mode
- 09:07 AM Bug #11252 (Internal Test): New Session functionality is broken for the virtual desktop mode
- 11252a merged into the trunk as rev 16459 and archived.
- 08:50 AM Bug #11252: New Session functionality is broken for the virtual desktop mode
- OK. Rebasing 11252a.
- 08:03 AM Bug #11252: New Session functionality is broken for the virtual desktop mode
- > Actually it is Sergey to do the merge.
Sorry about that. - 07:59 AM Bug #11252: New Session functionality is broken for the virtual desktop mode
- Actually it is Sergey to do the merge.
- 07:52 AM Bug #11252 (Merge Pending): New Session functionality is broken for the virtual desktop mode
- Yes. Stanislav, please merge after 11227a.
- 07:50 AM Bug #11252: New Session functionality is broken for the virtual desktop mode
- Alex: This is ready for merge and it is one that affects the customer for whom trunk is frozen right now. Should it ...
03/05/2026
- 01:40 PM Bug #11252: New Session functionality is broken for the virtual desktop mode
- Please disregard my messages 20 and 22.
> Stanislav, can we merge this? Did you do any testing?
I checked that sa... - 01:32 PM Bug #11252: New Session functionality is broken for the virtual desktop mode
- Sorry, I messed up the task
- 01:31 PM Bug #11252: New Session functionality is broken for the virtual desktop mode
- Yes.
- 01:29 PM Bug #11252: New Session functionality is broken for the virtual desktop mode
- Can 11252a be merged into the trunk?
- 08:28 AM Bug #11252: New Session functionality is broken for the virtual desktop mode
- I just executed ChUI regression testing for the case. Yes, I think we can merge.
- 07:42 AM Bug #11252: New Session functionality is broken for the virtual desktop mode
- Stanislav, can we merge this? Did you do any testing?
- 05:50 AM Bug #11044 (Review): FILL-IN with Unknown Value: Incorrect Key Input Handling
- Committed a final solution to *11044b rev. 16458*.
(The latest commit (rev. *16457*) had a problem: when the user in...
03/04/2026
- 05:11 AM Bug #11044: FILL-IN with Unknown Value: Incorrect Key Input Handling
- Delia Mitric wrote:
> Found that the LOGICAL FILL-IN doesn't behave the same as DECIMAL/INTEGER FILL-IN when it cont... - 04:05 AM Bug #11044: FILL-IN with Unknown Value: Incorrect Key Input Handling
- Delia Mitric wrote:
> Another difference is that:
> For a @LOGICAL FILL-IN@ if it contains a *selected text* and th... - 03:47 AM Bug #11044: FILL-IN with Unknown Value: Incorrect Key Input Handling
- Created a new branch *11044b* because I rebased the first one and the conversion on the app I test fails (even if I u...
- 02:29 AM Bug #11044: FILL-IN with Unknown Value: Incorrect Key Input Handling
- Another difference is that:
For a @LOGICAL FILL-IN@ if it contains a *selected text* and the user press *BACKSPACE* ... - 02:19 AM Bug #11044: FILL-IN with Unknown Value: Incorrect Key Input Handling
- Found that the LOGICAL FILL-IN doesn't behave the same as DECIMAL/INTEGER FILL-IN when it contains "?" (selected or n...
Also available in: Atom