Hello!
I've searched this forum and the Internet, but couldn't find a solution to a problem one of our customers has.
As far as she told me, this girl opened the (purchased) posted invoices, set a field filter on the customer, did what she needed to, then after she closed the form, did some other routine work. At last she returned to the posted invoices and the form preserved the previously entered filter! If she presses F5, she still sees just the filtered rows, so she always has explicitly clear it!
I tried to explicitly remove/change the filter, it worked until I closed the form, then when I reopened it, the old filter was there again! I thought it was due to something done during her learning phase, so I just removed the .zup file. Everything worked fine for a week or so, but now the problem has reappered!
The same happens when she opens the Sales posted invoices form. She's the only one in her group to face this issue, but actually the computers are quite heterogeneous.
Technical details: NAV 5 SP1 (Italian version), native DB. Client runs on a Win XP SP2, 2002 version.
Did anyone face this problem? I've no clues as to what to check for, does any of you have any suggestions??
Thanks in advance!
Comments
Probably what is happening is that she is putting the filter on the Sales invoice CARD, but removing it from the sale invoice LIST.
She needs to remove the filter from the form where she actually added it.
If this is the case, then talk to the person that did her training, and tell them to get back and redo the training.
Or am I missing something? Which is likely...
Filters shoudl always persist, so I guess you are right.
you are going to need to investigate this, maybe see if someone has added code to do something wierd.
may be, permission filter has been set for that girl.
I'm the only one who could have changed the code, and I did not! And indeed the same NAV Db works fine for the other people using it...
Yes, I checked the code and the SETRANGE("No.") is actually run: I debugged the code and everything seemed bound to turn out fine... It did not!
David, what do you mean by "Filters shoudl always persist, so I guess you are right"? Am I getting it the other way round or field filters should never persist???
I think I'll try to reinstall the client on that girl's machine and wait if I can't work anything out...
Thanks again!
PS: I forgot to mention: one fieldfilter is persisted, but if this is the correct behaviour, how come that if I try to overwrite it, the latter is not persisted and the next time I open the form, I find the first, "overwritten", filter?
I mean, suppose the girl sets a filter, (which I call A in this post), for field "Description", set to value "Microsoft". This is what happens on that girl's client:
The girl opens the posted invoices form and find rows filtered by filter A.
The girl wants to see only records with "Description" of value "Oracle", so she sets a new filter, filter B, to this value.
The right records are retrieved and examined by the girl, who then closes the form. So filter B is persisted.
She opens the form again, and finds records with description "Microsoft", so filter A is applied!!!!
Then she wants to clear the filter, deleting the value from the textbox (filter C).
The right records are retrieved and examined by the girl, who then closes the form. So filter C is persisted.
She opens the form again, and finds records with description "Microsoft", so filter A is applied!!!!
I can't figure how this can be the right behaviour!
PPS: The filter values used in the example are fictitious: it's not that Microsoft chose to show herself rather than Oracle...
That was interesting to learn, as a developer I never met this feature...
Thank you very much David!!
You are welcome. I have seen this situation so often, I was quite sure that this was what was happening.
Still my first post stands, you need to find the trainer, and tell them to go and get trained before doing any more training,. This is really basic Navision, and every user needs to be taught this from day one.
Great to see its fixed, even if it was quite a challenge.