Saved view different in Dev & Deployed - same revision tag
Hello model builders!
I'm running into something I don't understand; it appears to be a bug though I'm not sure. We've got a specific saved view that does not match between our dev. & prod. models. I've tried to override the saved view, then pushed a new revision tag (it contained no changes).
Dev. Model
Saved View:
Revision Tag:
Deployed Model
Saved View:
Revision Tag:
Any help in identifying the cause of this issue and getting it corrected would be much appreciated! Happy to provide any other details that may be needed, not sure what else I should be including.
Best Answer
-
No, not necessarily, I was just making sure the 741xxx members are defined in both models.
The best way to determine the difference is to uncheck the filter (thus turning it off) in both models (this will not affect the ALM sync process). Also, make sure you show all rows as the rows really shouldn't be hidden manually, that is what the filter should do. Then compare both models (visually) to determine the differences.
0
Answers
-
Do you have any filters defined in the view and if so, how is/are they defined? I ask because the two pictures are showing different months and the filter drivers could be different between the models.
Rob
0 -
The filter drivers are different across models, however we are only filtering Time in this view. The GL's are using the select items to show feature. We use a custom time system in this model, and that driver has different values in the dev. & prod. models.
I've included snips of all filters and confirmed they match across models. Also included snips of the Items to Show selection for both models below.
Items to Show - Dev:
Items to Show - Dev:
0 -
Is the GL list (L8 IS Prop) a production data list? And if so, are the 714xxx members in there?
0 -
@rob_marshall That is correct, yes. Is this an issue with the Items to Show being considered production data, allowing for a variance between models in the saved view?
0 -
After following your direction I'm unable to find any differences aside from specific values across accounts and months. Granted, I only inspected that 1 module. How could we end up with structural differences in the models while using ALM?
I can try to delete & rebuild the saved view as a solve, however I am quite curious to the why on this issue.
0 -
It wouldn't be from other modules as you are only filtering on "time". ALM will have the exact same structure with both models, but that doesn't mean both models will have the same list members if the list is marked as Production Data, which is why I asked if the 741xxx members were in the list. Is the L8 IS Prop a subset or the actual list?
0 -
0
-
0
-
@rob_marshall It is not. I've included a snip of the full list properties, and re-confirmed the 714xxx accounts are members in both models as I'm starting to feel like I'm at an even bigger loss than before.
0 -
0
-
most probably i am thinking initially it was a non production list or you have created deployed model by copying model instead of creating from revision tag. In Dev few list items are hided in saved view in dev model and later the list changed to production list and deleted list items in dev and added back but not in deployed model. so in dev all items getting showed and deployed model not all are showing as initially of model setup they are hided.
just check delete one list item in deployed model and add it back it should probably show in grid now, i have faced similar issue a couple of months back it's some kind of glitch.
0 -
@sai_anil_peddi I think I see what you're saying, though the mechanism is a little different in my case. We created the Dev. model from our Prod. model instead of the other way round. Ultimately, we altered the saved view to use a filter instead of Select Items to Show.
It appears this is a consequence of using Select Items to Show on a production list, though I'm still unclear on the exact details of how/why this happened.
@rob_marshall Our solution from this morning worked great, thanks again for your time and knowledge!
0
