Hi there. It seems that you are using ITSM 7. Thats why you are getting inconsistent results. As soon as you set these accounts up with the same support groups and operating companies and such you should be good to go. It is important that you do not make the company structures more difficult than necessary. A good way to debug searches is by turning on the SQL logs and examing those results.
On 5/25/07, Neel Guatam <[EMAIL PROTECTED]> wrote:
Hi David, I am still a beginner so not sure why you want me to add that qualification. Is there a specific reason to do so? What would I achieve by doing so? Don't get me wrong here, I am not questioning your logic, just trying to better understand what you meant. Thanks for looking into this :-) Neel Gautam Accenture - Chicago Delivery Centre Office: 312-693-7279 Mobile: 630-440-6335 MSN: [EMAIL PROTECTED] AIM: neelgautam Core Values: Stewardship * Best People * Client Value Creation * One Global Network * Respect for the Individual * Integrity ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of David Sanders Sent: Friday, May 25, 2007 4:36 AM To: [email protected] Subject: Re: search fucntion is working weirdly in thick client Hi Neel Are any other (possibly hidden) fields getting set by workflow when you select your search criteria from the drop-down fields? Turn on AL logging to see. If so, change the AL Run-Ifs to include AND $OPERATION$ != "QUERY" HTH David Sanders Remedy Solution Architect Enterprise Service Suite @ Work ========================== ARS List Award Winner 2005 Best 3rd party Remedy Application See the ESS Concepts Guide <http://www.westoverconsulting.co.uk/downloads/ESS_Concepts_Guide.pdf> tel +44 1494 468980 mobile +44 7710 377761 email [EMAIL PROTECTED] web http://www.westoverconsulting.co.uk <http://www.westoverconsulting.co.uk/> ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Neel Guatam Sent: Thursday, May 24, 2007 11:08 PM To: [email protected] Subject: search fucntion is working weirdly in thick client Importance: High Okay, This is causing a bit of panic now. I have a fixed user license in our production environment and I have administrator and unrestricted access. Another user also has a fixed license in production with same admin and unrestricted access. We both Incident form in search mode and search for incidents using the exact same query (not even in advance query mode, simple search based on some drop-downs) and we both see incorrect results. After numerous searchs and observations, I found out that I was missing out a certain set of incident records on my search: (Support Company* = Owner Support Company) AND (Support Organization* = Owner Support Organization) AND (Assignee Group*+ = Owner Group+) Any guesses? Is this configuration thing? All the real production users are getting inconsistent search results and it's a HUGE issue. Any help would be highly appreciated. Thank you, __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
-- Met vriendelijke groet / Kind regards Michiel Beijen ______________________________________________________ MANSOLUTIONS Energieweg 60-62 3771 NA Barneveld The Netherlands Tel. +31-(0)612968592 Mail [EMAIL PROTECTED] Internet http://bsm.mansolutions.nl _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
