I have Customised the Engineering WorkBench screen and Method Tracker screen in 10.2.300.30.
I have upgraded a Test enironment and attempted to verify these Customisations - both displayed a Status Pass with f3.2.700.0.
I then deleted and recreated these Customisations within the 10.2.700.30 environment.
I then verify again but still receive Status Pass with f3.2.700.0.
Does anyone know what the f means and is this okay for a Live environment?
I donât know what the f means, but we have dozens of customizations with and without the f in our Production environment. It doesnât seem to hurt anything.
Oh, I donât know Marjorie, you seem pretty cool. I think you know WTF meansâŚ
LOL, hadnât looked at it that way 
Gold Mark, pure gold
Roberto, Iâm pretty sure itâs appended when you do a force-verify. That basically sets the verify to âpassâ without checking everything. Weâve had to do that on some customizations to run them. Itâs fine.
From Help:
Force Validation of Customizations or Personalizations
From the Actions menu, select a Force Validation command:
Force Validation - Force validate the selected customization/personalization with uplift (version 9 to version 10) and check for memory leaks.If memory leaks are found, and the item compiles, a confirmation window displays.Force Validation (No Check) - For the selected customization/personalization, force the Status field to Pass and the Valid For field to the current version. There is no version uplift and no check for memory leaks.
I do verifies all the time, never force verify. I know for certain that some of the customizations that have an f on them have been verified without having force verify done. Our QuoteEntry screen has an f on it and weâve done a LOT of work on it, with a lot of verifies being run through out the years and many versions of it. There must be something else in addition to that. Perhaps deprecated feature warnings? I know we have a few of those in some of our screens. We started with 10.1.400 I think, so a number of things have changed (now on 10.2.700) Sometimes those warnings arenât so simple for us to fix 
My guess is it stands for âFrameworkâ.
When you get the number like 3.2.XXX.X, itâs referring to the Ice Framework version.
@hmwillett - thanks for the reply.
On one of the Customizations - I received a w3.2.700.0 - the Customization was written in 3.2.300.0.
It was a reasonably straightfoward Customization so I just Customized the base screen in the 10.2.700.30 environment.
For testing I then tried to Verify this customization and I received the f code
So, if you use the âVerify Customizationâ, it makes it fX.X.XXX.X.
If you use âForce Validationâ it makes it X.X.XXX.X.
Seems kinda backwords, buuuut ÂŻ\_(ă)_/ÂŻ
I lied. It happened that way on one screen, but itâs not consistent across othersâŚ
Curiosity aside, I wonât worry about it as far as functionality goes. If it passes, youâre good regardless of the âfâ.
Seems that this status finds all the fâs. but I donât know how to make it not f, since Verify Customization doesnât changed it.
Doing a âForce Validate All (No Check)â removed all of the âfâsâ based on the search results you provided.
I did a Force Validate (without the No Check because I wanted to check them) on all of the f screens, it did remove the f. There were 2 screens which complained about possible memory leaks and have a blizzard of warnings when I say not to automatically fix them. Both of them are specific to a given company though, so Iâm not sure what to think of them. They both run correctly. They just now have a w instead of an f. Some of the warnings donât seem to make any sense, others do. (we often get warnings about field overlap, but itâs usually intentional because we donât want to display some fields the way Epicor wants to)
