User keeps having popup message for New field/property, even after Ctrl+U...?

I added a UET field and linked it to a User-Defined Type. It works fine, except some users have the following popup error message when opening the form, even after performing Discard IDO Cache from the server (both Local and not), Publish Form Changes, View Management regeneration, and Ctrl+U on the user's end.

[View:https://ibb.co/y0ct5QN:320:50]
For most users this was solved by having them check "Unload IDO Metadata..." in their User Preferences menu, then performing another Ctrl+U.
However, there is at least one user for which this does not make the error popup disappear.

Where could the issue be hidden?

A little technical detail:
The property jmUf_LIO_PickingSubAssy is the one I added, linked to UET Uf_LIO_PickingSubAssy in jobmatl_mst table, and bound to component LIO_PickSubAssyGridCol in Job Materials and Current Materials forms (whose primary collection is SLJobmatls). No modification was done to the actual IDO, no extend&replace either.

Find more posts tagged with

Accepted answers

Legacy Contributor

Ok so #3 magically forced the Ctrl+U to do its job!
It was computer-related since another CSI User had the same issue on the same computer.
I forced him Editing Permissions = 4, then re-login and Ctrl+U, then Vendor Default form loaded with no issue (but no customization obviously); then Editing Permissions back to None, re-login, Ctrl+U, and now Site Default form opens normally with no bug!
Thanks!

All comments

Legacy Contributor

Did you check for a user version of the form for that user?

Legacy Contributor

Use Help > About this form to see if the form is at Vendor, Site, Group or User level

CSF SM Mobile Supply Chain Management Receiving-20200731 1901-1.mp4

nfliou

We have the same problem whenever we create UETs, I even contacted Infor for that and according to them there are two solutions:

1- check "Unload IDO Metadata..." and perform Ctrl+U

2- perform Discard IDO Cache from the server

the 2nd option never worked for me.

I solved the problem with Ctrl+U, it's very important to have the form closed when performing the Ctrl+U

I also have experienced some cases when we needed to perform the Ctrl+U many times before having the problem solved, you should also try this if it doesn't work after the first Ctrl+U

Legacy Contributor

Yes, we only do Site versions (no User, and no Group except for 1 other form).

I confirm the user has the Site Default version effective.

Legacy Contributor

2nd option was enough for us until now; we've had to combine 1+2, but for some reason one user still has this bug.
Several Ctrl+U were done but it did not fix the issue (yet?).

FordUS_ship_req.pdf

Legacy Contributor

At this point, I think I would:

1. See what happens if another user logs in at this users machine? Does the same behavior take place?

2. Do a uninstall and reinstall of the users client.

3. Try changing the users permissions to a "4" so they get the form with no customizations and see what happens.

Legacy Contributor

Sounds like the client on that computer was not respecting the Unload Metadata flag in user preferences. Changing it to Edit permissions 4 forced it to clear its local cache to be able to load in the vendor default versions. I would probably still uninstall that client and do a re-install because clearly that install is buggy.

Legacy Contributor

While we're here, I'm trying my luck again: is there any way to check Unload Metadata flag in every user's User Preferences? (besides telling them to do it themselves, or doing it manually for each install)?
(this question hold for any User Preferences setting)

Copyright © 2025 Infor. All rights reserved.