Tabs in Tab Container issue when tabs use Forms instead of Grids

[rdeardorff@spi-ind.com]

I have a tab container with 9 tabs in it.

image.png?
the Service order tab and the Status Summary tab use forms, the rest use grids.

For the service Order Tab, I use SetResponse to set the data in the fields



SetResponse('formFieldValue':'SDSESS':SessionId);
SetResponse('formFieldValue':'SONUM':ServiceOrder) ;

SetResponse('formFieldValue':'SHRQNAM':SOHeaderDS. ShRqNam);
SetResponse('formFieldValue':'SHOWNAM':SOHeaderDS. ShOwNam);
SetResponse('formFieldValue':'SHPONUM':SOHeaderDS. ShPONum);?



and that works fine:



image.png?

I do the same for the status summary:

image.png?

but those fields do not display in the output

image.png?

Now if I apply some value via the Link Widget Properties "Set Field Value"

image.png
?
the SetResponse works




?

[rdeardorff@spi-ind.com]

image.png

Here is the result after putting some value in the Link Widget Properties


?

However, I do not set any values to the fields in the form assigned to the Service Order tab. The Service Order form is a little different. I have the fields in the widget editable, and then the fields are disabled via a app variable. I tried this on the Status Summary form, but that made no difference.

?

[Johnny Major]

Hi,

Which exact version of Valence are you experiencing this on? I was unable to replicate the issue with the current 6.3 version.

[rdeardorff@spi-ind.com]

6.3.20250207.0

[rdeardorff@spi-ind.com]

I have a very similar issue occurring on my tab 1 also. when I launch my Edit Section from my search grid, The very first time the Edit grid loads, it does not display my Request Date:

???image.png?

but if I click on the close button, and immediately reopen the Edit Section, the Request Date does display.

??image.png?

and all subsequent opening of the Edit section from the search grid will display that date correctly (regardless of which line in the search grid I select). Closing the App and reopening the app/searching/edit then the issue occurs again...every time on the FIRST attempt to display the Request date.

I tried setting the field to a default value (tried both blanks and 0001-01-01) but that didn't solve the problem like it does for the original issue.

the field is populated by this RPG (the span and replace is just to format the output, but the same issue occurs without those)

If SOHeaderDS.ShNotdt<> *loval;
SetResponse('formFieldValue':'VARDATE':
'<span style="font-size:18px">' +
%Scanrpl('/':'-':%Char(SOHeaderDS.ShNotDt:*USA)) +'</span>');
EndIf;?

[sean.lanktree]

Want to verify a couple of things. Change your call to SetWidget:

if not SetWidget('ServiceOrderStatusSummary');
  SetResponse('success':'false');
  SetResponse('msg':'"ServiceOrderStatusSummary" is not defined');
  return;
endif;

If that works, are you absolutely sure that you are not doing any sort of data load against your form? Does the form have it's Autoload Data property checked off? Are you doing any sort of filter widget against the form? Is there any app variable linkage to the refresh property of the form?

[rdeardorff@spi-ind.com]

Changed call to SetWidget, did not get any error back.

[rdeardorff@spi-ind.com]

If that works, are you absolutely sure that you are not doing any sort of data load against your form?


The only data loads I am doing are things like this

Date6 = %Dec(%Char(ShOpndt:*mdy0):6:0);
Time8 = %Char(Shopntm:*usa);
SetResponse('formFieldValue':'OPENED':%Trim(%EditW (Date6:'0 / / ')) + ' at ' + %Trim(Time8) + ' by ' + %Trim(ShOpnby));?



Does the form have it's Autoload Data property checked off?

Currently it is checked on, but I have tried it both on and off.



Are you doing any sort of filter widget against the form?

No



Is there any app variable linkage to the refresh property of the form?

image.png?

[rdeardorff@spi-ind.com]

Please note my similar issue I posted at 11:49 today.

[sean.lanktree]

Do you have a more recent version installed on another instance? If so, can you export to it and try it there as well?

If not, can you reach out to support@cnxcorp.com to schedule a call so we can take a closer look at this?

[rdeardorff@spi-ind.com]

same issue occurs on 6.3.20250325.1

[sean.lanktree]

OK, please reach out to support@cnxcorp.com to schedule a call.