Skip to main content

We are running Apps10 UPD6, but this issue has been popping up since our go live on Apps10 UPD2.  We seem to be running into a “max” number of custom fields a screen can handle.  This is happening on the field layout (and not table) screens.

At a certain point, if we use properties/layout to add another custom field, the action of selecting the custom field moves things and there is no undo (we restore from a backup profile).

Examples of things that have happened.

  1. Previous multi-line note field - stays in place but becomes date field (title changes) and contains the date info, but is still the full note field size and now way to change
  2. New field added - text box ends up in open screen space but field title is behind title of field in top left corner.
  3. Other existing fields on screen move to new location - field boxes end up in different place than field titles (they move separately).

wondering if anyone knows how to avoid this.  The only solution seems to be rebuild the entire screen from scratch, which take a lot of time/effort.  We’ve spent a lot of time streamlining the screens to focus on the workflow the user needs.

Hi,

How do you push a newly created custom filed to the end users? Are you achieving this by pushing the changes to the Base profile? And do you have personal profiles enabled for end users? 

We use base profiles and most users also have personal profiles.

We always update the base profile.  We do sometimes push manual screen updates out to personal profiles to (pushing the new base profile screen out to personal profiles).

The scramble is happening at when the operations team updates our own personal profiles (for testing) and when we go to update the base profiles.  It happens at the moment we select the field to add to the screen.

 

I should mention that users do not have access to the Properties option from RMB - so they can’t move fields on non-table screens.  

jhooperyan,

Can you give a number of fields that you have been trying to connect to a screen, which LU?

Which frm% screen are you talking about?

Are custom fields connected to tabs?

What type of custom fields are used? One I know: Multi line.

Are you testing on a screen that is larger than an industry standard (I don’t even know what this would be) or with a high resolution, dual display?

Steve

Did anything come from this ?

Just seen it in Apps 10 Upd 8, frmInventoryPart.

6 Approved and Published Custom fields, 3 persistent, 3 read-only. 3 checkbox, 3 default - 1 is FndBoolean. All Single line fields or checkboxes.

Issue seen when adding latest checkbox.

Dual 24” display.

Was testing changes on a personal profile before making changes to the Base Profile.

 

Adding fields back in results in the custom fields positioned in the header only appearing when some of the tabs are selective / active, rather then being displayed whichever tab is active within Inventory Part.

 

Any assistance would be greatly appreciated :-)

 

Reply


Terms & ConditionsCookie settings