hey guys if you look back in this string we just did a full loop.

we have eliminated the files. this still happens.
with everone out of the system and the files gone we can replicate the error at will. The only thing I have to admit is I have not done the suggestion by Ralph Allan (thank you) which I will do tonight. If it works I will be on early to expound the virtues of P.G. & their obviously clear air.

Well I checked the Opps locks & all look to be good. The OE files have been removed that had the 001 or what ever in them & we still get the same error with F6
We can duplicate it, work around it, but we can't eliminate it.
To restate the problem we get a lack of rights error on an F6 look up for the 1st user. The subsequent users are OK as is the 2nd instance for the 1st user. If the 1st user closes out then the next person to hit F6 gets the user rights error.
all users have unique log in & varing rights.

If there are no OEF### data files in your data directory, I would not expect the first user opening Adagio OrderEntry to get an error using the SmartFinder.

Perhaps try this. When nobody is in Adagio, rename not only any OEF### data files, but also the OEFCTL'I and OEFCTL'R data files - these are the SmartFinder control files. Also rename the OEMFCT'I and OEMFCT'R data files if they exists - these are the SmartFinder control files if you have ever performed a SmartFinder search using 2 or more criteria.

When you next open OrderEntry, the OEFCTL files will be recreated. And the next time you perform a search with 2 or more criteria, the OEMFCT files will be recreated. If you continue to get the same errors after having done this, then I believe there is something in the workstation or network environment that is the ultimate cause of the problem.

Just wanted to say that I get this type of error from time to time as well, especially with a client that has about 6 to 8 concurrent OE users regularly. All users have their own IDs and to my knowledge do not use multiple instances.

Not realising that I was not meant to remove the control files, I have always moved BOTH the OEF control files AND the OEF ### files - oops. However, the good news is that moving both has always cleared up the problem for a a good length of time (usually weeks/months). As mentioned at the start of this post, however, the problem does eventually recur.

I believe (and am keeping fingers crossed for you) that not removing the Finder's control files as well was likely the problem but I await Bruce/Barb9's next post with keen interest.

Pete

Thanks for the confirmation that I am not entirely crazy. I have now eliminated the control files as per everyones instructions & the problem does not currently exist. Time will tell. Pete we had 23 users & maybe 12-15 using the OE so the number of users may have something to do with the error.
Thanks for the continued help everyone.