Thanks Doug!

What I've noticed is that they are on AST forms that have been Overlaid
(but not all of them).  

It's very strange.  I don't think anyone was messing with that property.
I could migrate the form like you said and make them exactly the same.
I was just wondering how it got that way to begin with.

This was a difference between Dev and Staging forms on 7.6.04 SP5.  We
are building Prod right now so it will be interesting to see which one
Prod matches.

Lisa

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Mueller, Doug
Sent: Wednesday, May 07, 2014 1:49 PM
To: [email protected]
Subject: Re: Migrator Difference Report and Property List

** 

Lisa,

 

Well, there is a difference....

 

Notice the first number of each of the items - one is 12 and the other
11.  That number is the number of

properties that are set in the object list.

 

Then, looking for the patterns of  property\type\value....

 

You see the one with 12 properties has one extra property in it

 

60048\4\0\\

 

This is property 60048 that is a character type property with length of
0, an empty string.

 

This property is a list of fieldIDs semicolon separated that are defined
for the MFS/FTS advanced search

capability.

 

Now, this property not being present means NO field is indexed for
MFS/FTS

This property having an empty string means NO field is indexed for
MFS/FTS

 

So, there is a difference in the actual definition in that there is one
extra property defined for one.  But, as

far as an actual difference to the definition, there is no
difference......

 

 

So, migratory is saying there is a difference because there are a
different number of attributes, but it seems

to have the logic that notices that although different, the fact that
the value is empty means they are not really

different when it is showing the display.

 

I think this is a reasonable bug report to say that since migratory is
figuring out that the difference is not

significant when it shows the details, it should do that before it
determines there is a difference and not

report there is a difference in the first place.


OR

 

You could argue that there is a difference, even if not significant, and
the detail should show the difference in

the presence of this extra property even though it is not really a
difference in the result of the system.

 

(I personally like the first one since there is really no difference in
the definitions in this case.  NO string and

an empty string both mean the same thing.)

 

 

My guess is that somewhere along the line someone at some point defined
a field for MFS/FTS access and

then that was removed so the property was created to hold it and then
when removed the string was cleared

but the property kept.

 

If you migrate the form, the difference will be corrected, but there
will be no change to the form

functionality.

 

 

I hope this helps,


Doug Mueller

 

From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Kemes, Lisa A DLA CTR
INFORMATION OPERATIONS
Sent: Wednesday, May 07, 2014 7:44 AM
To: [email protected]
Subject: Migrator Difference Report and Property List

 

** 

We created a difference report and I get some BASE forms (that were
overlaid) that have a difference in the Property list.

 

But when I double click on the form (in migrator) all the check marks
are green.  So I create a def file on the dev and stage form and here is
what I get as the difference (and the only difference):

 

   object-prop    :
11\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\90002\4\23\Rem
edy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset
Mgmt\90010\2\1\9

   object-prop    : 0015\2\1\

 

vs.

 

   object-prop    :
12\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\60048\4\0\\900
02\4\23\Remedy Asset
Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\

   object-prop    : 90010\2\1\90015\2\1\

 

I've eyeballed the forms as well in Dev Studio and I can't find the
difference!

 

This is in reference to the AST:AssetSoftware form as an example......

 

Lisa Kemes

Remedy Consultant

Dev Technology Group

DLA Office: (717) 770-6437

Cell Phone: (717) 602-9460

[email protected]

 

 

_ARSlist: "Where the Answers Are" and have been for 20 years_

_ARSlist: "Where the Answers Are" and have been for 20 years_ 

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to